- Jul 15, 2009
-
-
Daniel Dunbar authored
from. - This commit is almost entirely propogating the reference through the TargetMachine subclasses' constructor calls. llvm-svn: 75778
-
Duncan Sands authored
llvm-svn: 75777
-
Daniel Dunbar authored
llvm-svn: 75775
-
Daniel Dunbar authored
llvm-svn: 75774
-
Daniel Dunbar authored
- They still use the TargetMachineRegistry to populate the contents of the -march option (via the listener interface). We can't just populate it in the option parser because we can't expect the TargetRegistry to be populated yet (we no longer rely on static constructors). - There are a couple ways to finish killing off TargetMachineRegistry, but I haven't figured out the cleanest one yet... llvm-svn: 75773
-
Daniel Dunbar authored
llvm-svn: 75772
-
Daniel Dunbar authored
- This doesn't necessarily seem like a good idea, but the JIT unittest currently relies on it. llvm-svn: 75769
-
Daniel Dunbar authored
llvm-svn: 75768
-
Daniel Dunbar authored
llvm-svn: 75767
-
Daniel Dunbar authored
- This is a temporary hack to aid in incremental refactoring, for now we allocate a new TargetMachineRegistryEntry on every getClosest... call. - No intended functionality change, other than the leaked memory. llvm-svn: 75766
-
Daniel Dunbar authored
llvm-svn: 75765
-
Daniel Dunbar authored
llvm-svn: 75764
-
Daniel Dunbar authored
llvm-svn: 75763
-
Daniel Dunbar authored
- This abuses TargetMachineRegistry's constructor for now, this will get cleaned up in time. llvm-svn: 75762
-
Zhongxing Xu authored
llvm-svn: 75761
-
Daniel Dunbar authored
llvm-svn: 75760
-
Daniel Dunbar authored
llvm-svn: 75759
-
Daniel Dunbar authored
llvm-svn: 75758
-
Daniel Dunbar authored
llvm-svn: 75757
-
Daniel Dunbar authored
targets. llvm-svn: 75756
-
Daniel Dunbar authored
TARGET component. - Also, updated some CMake library dependencies, it is still missing some though. :( llvm-svn: 75755
-
Daniel Dunbar authored
llvm-svn: 75754
-
Daniel Dunbar authored
llvm-svn: 75753
-
Daniel Dunbar authored
llvm-svn: 75752
-
Daniel Dunbar authored
- Intended to match current TargetMachine implementations. - No facilities for linking these in yet. llvm-svn: 75751
-
Zhongxing Xu authored
llvm-svn: 75750
-
Evan Cheng authored
llvm-svn: 75749
-
Ted Kremenek authored
llvm-svn: 75748
-
Ted Kremenek authored
llvm-svn: 75746
-
Zhongxing Xu authored
llvm-svn: 75745
-
Chris Lattner authored
cygming, make the two callers only call it if cygming. Other minor cleanups. llvm-svn: 75744
-
Chris Lattner authored
can do it perfectly well itself. llvm-svn: 75743
-
Chris Lattner authored
llvm-svn: 75742
-
Chris Lattner authored
doing it with printSuffixedName. llvm-svn: 75741
-
Zhongxing Xu authored
llvm-svn: 75740
-
Daniel Dunbar authored
Targets implement a single global Target structure which will live in a new <Target>/TargetInfo library; this will be present in any image which the target is usable in. - Optional target specific classes can then be registered and attached to the Target description. - Registration for normal Targets will be done via the initialization functions instead of using static constructors. - This allows clients to use a single interface to obtain target data, without requiring the code generator be linked in. It also provides a natural extension point for adding new optional target data (assembler parser, disassembler, etc.). - This also provides a new entry point for obtaining a target for a particular triple (without a module). - Not yet used, however this should eventually replace the TargetMachineRegistry. llvm-svn: 75739
-
Ted Kremenek authored
llvm-svn: 75738
-
Chris Lattner authored
symbols were not getting stubs. While I'm at it, add a big testcase for stub generation to make sure I don't break anything. llvm-svn: 75737
-
Chris Lattner authored
with the mangler (like x86 and ppc), instead of going through printSuffixedName. llvm-svn: 75736
-
Chris Lattner authored
llvm-svn: 75734
-