llvm-svn: 78948

TargetAsmInfo. This eliminates a dependency on TargetMachine.h from
TargetRegistry.h, which technically was a layering violation.
 - Clients probably can only sensibly pass in the same TargetAsmInfo as the
   TargetMachine has, but there are only limited clients of this API.

llvm-svn: 78928

llvm-svn: 78921

x86_64-apple-darwin10.

--- Reverse-merging r78895 into '.':
U    test/CodeGen/PowerPC/2008-12-12-EH.ll
U    lib/Target/DarwinTargetAsmInfo.cpp
--- Reverse-merging r78892 into '.':
U    include/llvm/Target/DarwinTargetAsmInfo.h
U    lib/Target/X86/X86TargetAsmInfo.cpp
U    lib/Target/X86/X86TargetAsmInfo.h
U    lib/Target/ARM/ARMTargetAsmInfo.h
U    lib/Target/ARM/ARMTargetMachine.cpp
U    lib/Target/ARM/ARMTargetAsmInfo.cpp
U    lib/Target/PowerPC/PPCTargetAsmInfo.cpp
U    lib/Target/PowerPC/PPCTargetAsmInfo.h
U    lib/Target/PowerPC/PPCTargetMachine.cpp
G    lib/Target/DarwinTargetAsmInfo.cpp

llvm-svn: 78919

llvm-svn: 78918

llvm-svn: 78917

llvm-svn: 78916

Remove CooperTargetMachine, as currently only one is supported.

llvm-svn: 78914

llvm-svn: 78908

llvm-svn: 78905

llvm-svn: 78904

implemented somewhat differently than before, but it should have
the same functionality and the previous testcase passes again.

llvm-svn: 78900

llvm-svn: 78898

llvm-svn: 78897

to fix it tonight.

llvm-svn: 78896

llvm-svn: 78895

llvm-svn: 78894

llvm-svn: 78893

don't need to be exported from the .o files.

llvm-svn: 78892

syntactically as a string, very similiar to what Chris did with MachO.
The parsing support and validation is not introduced yet.

llvm-svn: 78890

llvm-svn: 78884

llvm-svn: 78881

PrintUnmangledNameSafely.

llvm-svn: 78878

MCContext no longer maintains a string -> section map.

llvm-svn: 78874

This allows WebKit to build again.

llvm-svn: 78872

llvm-svn: 78871

them, so it doesn't have to explicitly free them.

llvm-svn: 78870

int x __attribute__((section("_foo, _bar"))) = 4;
int y __attribute__((section("_foo, _bar, 4byte_literals"))) = 1;

llvm-svn: 78867

llvm-svn: 78866

llvm-svn: 78864

llvm-svn: 78860

llvm-svn: 78852

llvm-svn: 78850

llvm-svn: 78848

llvm-svn: 78835

llvm-svn: 78834

llvm-svn: 78829

Enhance the InstrStage object to enable the specification of an Itinerary with overlapping stages. The default is to maintain the current behavior that the "next" stage immediately follows the previous one.

llvm-svn: 78827

llvm-svn: 78817

leaving the mayLoad and mayStore settings around only the load/store
instructions where those can't be inferred from the patterns.

llvm-svn: 78815