725584e26d
Summary: Make it possible to feed runtime information back to tablegen to enable profile-guided tablegen-eration, detection of untested tablegen definitions, etc. Being a cross-compiler by nature, LLVM will potentially collect data for multiple architectures (e.g. when running 'ninja check'). We therefore need a way for TableGen to figure out what data applies to the backend it is generating at the time. This patch achieves that by including the name of the 'def X : Target ...' for the backend in the TargetRegistry. Reviewers: qcolombet Reviewed By: qcolombet Subscribers: jholewinski, arsenm, jyknight, aditya_nandakumar, sdardis, nemanjai, ab, nhaehnle, t.p.northover, javed.absar, qcolombet, llvm-commits, fedor.sergeev Differential Revision: https://reviews.llvm.org/D39742 llvm-svn: 318352
27 lines
750 B
C++
27 lines
750 B
C++
//===-- LanaiTargetInfo.cpp - Lanai Target Implementation -----------------===//
|
|
//
|
|
// The LLVM Compiler Infrastructure
|
|
//
|
|
// This file is distributed under the University of Illinois Open Source
|
|
// License. See LICENSE.TXT for details.
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
#include "Lanai.h"
|
|
#include "llvm/IR/Module.h"
|
|
#include "llvm/Support/TargetRegistry.h"
|
|
|
|
using namespace llvm;
|
|
|
|
namespace llvm {
|
|
Target &getTheLanaiTarget() {
|
|
static Target TheLanaiTarget;
|
|
return TheLanaiTarget;
|
|
}
|
|
} // namespace llvm
|
|
|
|
extern "C" void LLVMInitializeLanaiTargetInfo() {
|
|
RegisterTarget<Triple::lanai> X(getTheLanaiTarget(), "lanai", "Lanai",
|
|
"Lanai");
|
|
}
|