from.
 - This commit is almost entirely propogating the reference through the
   TargetMachine subclasses' constructor calls.

llvm-svn: 75778

llvm-svn: 75774

 - 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

llvm-svn: 75772

 - This doesn't necessarily seem like a good idea, but the JIT unittest
   currently relies on it.

llvm-svn: 75769

llvm-svn: 75767

 - 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

 - This abuses TargetMachineRegistry's constructor for now, this will get
   cleaned up in time.

llvm-svn: 75762

llvm-svn: 75758

llvm-svn: 75754

llvm-svn: 75753

 - Intended to match current TargetMachine implementations.

 - No facilities for linking these in yet.

llvm-svn: 75751

llvm-svn: 75749

llvm-svn: 75746

cygming, make the two callers only call it if cygming.  Other minor
cleanups.

llvm-svn: 75744

can do it perfectly well itself.

llvm-svn: 75743

llvm-svn: 75742

doing it with printSuffixedName.

llvm-svn: 75741

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

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

with the mangler (like x86 and ppc), instead of going through 
printSuffixedName.

llvm-svn: 75736

llvm-svn: 75734

using horrible string hacking.  This gives us a different label,
but it's just an assembler temporary, so the name doesn't matter.

llvm-svn: 75733

llvm-svn: 75732

Mangler in FnStubs.

llvm-svn: 75731

a couple instances of printSuffixedName (in favor of having
the mangler do stuff).

llvm-svn: 75729

printSuffixedName automatically does this.

llvm-svn: 75727

llvm-svn: 75723

and use this to simplify more code.

llvm-svn: 75722

llvm-svn: 75721

reference to the personality function for a module, and
those are all added to the GVStubs array by looping
over MMI->getPersonalities()

llvm-svn: 75720

eliminates a bunch of uses of "printSuffixedName" and "getGlobalLinkName".

llvm-svn: 75719

before each one.

llvm-svn: 75718

llvm-svn: 75711

llvm-svn: 75707

llvm-svn: 75703

llvm-svn: 75697

llvm-svn: 75687

llvm-svn: 75686

llvm-svn: 75685