structure.

llvm-svn: 78581

llvm-svn: 78579

llvm-svn: 78577

llvm-svn: 78576

llvm-svn: 78575

per pointer.

llvm-svn: 78574

llvm-svn: 78573

ld: bad offset (0x00000091) for lo14 instruction pic-base fix-up in ___popcountdi2 from libgcc/./_popcountsi2_s.o

The problem is that the non lazy symbol pointers need to be 8 byte aligned
on ppc64 and .section doesn't have an implicit alignment like ".non_lazy_symbol_pointer"
does.

llvm-svn: 78572

llvm-svn: 78571

llvm-svn: 78569

llvm-svn: 78568

Add support for printing loop structure information in asm comments.
This definitely slows down asm output so put it under an -asm-exuberant
flag.

This information is useful when doing static analysis of performance
issues.

llvm-svn: 78567

llvm-svn: 78566

instruction operands.

llvm-svn: 78565

llvm-svn: 78564

Post RA scheduler changes. Introduce a hazard recognizer that uses the target schedule information to accurately model the pipeline. Update the scheduler to correctly handle multi-issue targets.

llvm-svn: 78563

llvm-svn: 78562

llvm-svn: 78561

llvm-svn: 78560

llvm-svn: 78559

llvm-svn: 78558

llvm-svn: 78557

llvm-svn: 78556

llvm-svn: 78553

add support for PtrToInt, Add, Mul.

llvm-svn: 78552

llvm-svn: 78550

llvm-svn: 78549

instead of syntactically as a string.  This means that it keeps track of the 
segment, section, flags, etc directly and asmprints them in the right format.
This also includes parsing and validation support for llvm-mc and 
"attribute(section)", so we should now start getting errors about invalid 
section attributes from the compiler instead of the assembler on darwin.

Still todo: 
1) Uniquing of darwin mcsections
2) Move all the Darwin stuff out to MCSectionMachO.[cpp|h]
3) there are a few FIXMEs, for example what is the syntax to get the
   S_GB_ZEROFILL segment type?

llvm-svn: 78547

llvm-svn: 78544

llvm-svn: 78543

llvm-svn: 78540

llvm-svn: 78534

llvm-svn: 78533

make it easier to see interesting ambiguities.
 - Also, check that user doesn't try to redefine the super class. This is a wart
   in the current design, in that assembler match classes aren't explicitly
   declared somewhere (so there isn't a unique place to declare the super
   class). This should probably be fixed.

llvm-svn: 78532

llvm-svn: 78531

 - We can now discriminate SUB32ri8 from SUB32ri, for example.

llvm-svn: 78530

llvm-svn: 78529

llvm-svn: 78528

 - We want the ordering operation to be simple, since we run it on every
   match. The old ordering is also not a strict weak ordering when there are
   ambiguities, which makes MSVC unhappy.

 - While we are at it, detect all ambiguities instead of just the adjacent
   ones. There are actually 655, for X86.

llvm-svn: 78526

take the table vectors as separate arguments, instead of the previous
approach where they were combined into one big vector.

llvm-svn: 78525