llvm-svn: 145893

methods.  The Clang dump is now much more verbose,
but when somebody types "target modules lookup -t"
that is typically what they're looking for.

llvm-svn: 145892

rdar://10528060

llvm-svn: 145891

Previously, all ARM::CONSTPOOL_ENTRY instructions had a hardwired
alignment of 4 bytes emitted by ARMAsmPrinter.  Now the same alignment
is set on the basic block.

This is in preparation of supporting ARM constant pool islands with
different alignments.

llvm-svn: 145890

This was actually a bit of a mess. TLI.setPrefLoopAlignment was clearly
documented as taking log2(bytes) units, but the x86 target would still
set a preferred loop alignment of '16'.

CodePlacementOpt passed this number on to the basic block, and
AsmPrinter interpreted it as bytes.

Now both MachineFunction and MachineBasicBlock use logarithmic
alignments.

Obviously, MachineConstantPool still measures alignments in bytes, so we
can emulate the thrill of using as.

llvm-svn: 145889

value over that much.

llvm-svn: 145888

implicitly generates submodules corresponding to the headers that fall
within a module.

llvm-svn: 145887

llvm-svn: 145886

rdar://10069056

llvm-svn: 145885

llvm-svn: 145884

llvm-svn: 145883

llvm-svn: 145882

Whether a fixup needs relaxation for the associated instruction is a
target-specific function, as the FIXME indicated. Create a hook for that
and use it.

llvm-svn: 145881

llvm-svn: 145880

don't do this now, but add a test case to prevent this from happening in the
future.
Additional test for rdar://9892684

llvm-svn: 145879

llvm-svn: 145878

llvm-svn: 145877

llvm-svn: 145876

llvm-svn: 145875

llvm-svn: 145874

per http://llvm.org/docs/CodingStandards.html#ll_naming

llvm-svn: 145873

attributes don't match its declaration. // rdar://10529259.

llvm-svn: 145872

Not right yet, as the rules for when to relax in the MCAssembler aren't
(yet) correct for ARM. This is a step in the proper direction, though.

llvm-svn: 145871

llvm-svn: 145870

memory fences) in statistics registration, which works the same way that
ManagedStatic registration does.

llvm-svn: 145869

backend options are gone.

llvm-svn: 145868

llvm-svn: 145867

llvm-svn: 145866

where this would be bad as the backend shouldn't have a problem inlining small
memcpys.
rdar://10510150

llvm-svn: 145865

Module, and (de-)serialize this information. Semantics of inferred
submodules to follow.

llvm-svn: 145864

llvm-svn: 145863

Make EmitAggregateCopy take an alignment argument.  Make EmitFinalDestCopy pass in the correct alignment when known.

The test includes a FIXME for a related case involving calls; it's a bit more complicated to fix because the RValue class doesn't keep track of alignment.

<rdar://problem/10463337>
  

llvm-svn: 145862

llvm-svn: 145861

rdar://10529664

llvm-svn: 145860

of kind CXIdxEntity_CXXInstanceVariable. rdar://10522503.

llvm-svn: 145859

(Previously, Clang used it's implementation of dominators.)

The patch is contributed by Guoping Long!

llvm-svn: 145858

llvm-svn: 145857

This is a fixup for r145832.

The extra clauses do not matter after we remove the dependency on canReasonAbout(InitVal) in r145832.

llvm-svn: 145856

llvm-svn: 145855

llvm-svn: 145854