- Intended to match current TargetMachine implementations.

 - No facilities for linking these in yet.

llvm-svn: 75751

llvm-svn: 75750

llvm-svn: 75749

llvm-svn: 75748

llvm-svn: 75746

llvm-svn: 75745

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

llvm-svn: 75740

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

llvm-svn: 75738

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

More test cases revealed that the logic in StoreManager::InvalidateRegion() needs more finesse when handling the invalidation of pointers.  Pointers that were invalidated as integers could later cause problems for clients using them as pointers.  It is easier for us to model a symbolic value as a pointer rather than modeling a non-symbolic value as a pointer.

This patch causes:
- StoreManager::InvalidateRegion() to not used the casted type of a region if
  it would cause a pointer type to be invalidated as a non-pointer type.
- Pushes RegionStore::RetrieveElement() further by handling retrievals from
  symbolic arrays that have been invalidated.  This uses the new SymbolDerived
  construct that was recently introduced.
  
The result is that the failing test in misc-ps-region-store-x86_64.m now passes.
Both misc-ps-region-store-x86_64.m and misc-ps-region-store-i386.m contain a
test case that motivated this change.

llvm-svn: 75730

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

llvm-svn: 75729

SymbolDerived allows us to model symbolic values that are related to other
symbols via a region hierarchy. For example, SymbolDerived can be used to model
individual values of a symbolic array.

llvm-svn: 75728

printSuffixedName automatically does this.

llvm-svn: 75727

extremely elaborate pic/nopic stubs.

llvm-svn: 75726

llvm-svn: 75725

llvm-svn: 75724

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

several unwanted dependencies.

llvm-svn: 75717

llvm-svn: 75716

llvm-svn: 75714

llvm-svn: 75713

a dependent type in the ctor initializer-list.

llvm-svn: 75712

llvm-svn: 75711

test behavior differs between architectures.  When this is no longer
the case, these tests will be merged.

llvm-svn: 75708

llvm-svn: 75707