it builds OK on Visual Studio.

llvm-svn: 95702

it available within the AST library, of which Sema is one client. No
functionality change.

llvm-svn: 95701

It fails with a release build only, for reasons
as yet unknown.  (If there's a better way to Xfail
things here let me know, doesn't seem to be any
prior art in unittests.)

llvm-svn: 95700

llvm-svn: 95699

out of the AsmWriterEmitter.  This patch does the physical
code movement, but leaves the implementation unchanged. I'll
make any changes necessary to generalize the code in a
separate patch.

llvm-svn: 95697

llvm-svn: 95696

(radar 7381956).

llvm-svn: 95695

llvm-svn: 95694

in X86-32 mode.  This is still required in x86-64 mode to avoid
forming [disp+rip] encoding.  Rewrite the SIB byte decision logic
to be actually understandable.

llvm-svn: 95693

llvm-svn: 95692

enable constant 0 offset lowering.

llvm-svn: 95691

a confusing idiom to check for ESP or RSP.

llvm-svn: 95690

llvm-svn: 95689

llvm-svn: 95688

into TargetOpcodes.h.  #include the new TargetOpcodes.h
into MachineInstr.  Add new inline accessors (like isPHI())
to MachineInstr, and start using them throughout the 
codebase.

llvm-svn: 95687

tMOVCCi pattern only valid for low registers, as the Thumb1 mov immediate to
register instruction only works with low registers. Allowing high registers
for the instruction resulted in the assembler choosing the wide (32-bit)
encoding for the mov, but LLVM though the instruction was only 16 bits wide,
so offset calculations for constant pools became incorrect, leading to
out of range constant pool entries.

llvm-svn: 95686

This is a non-fragile-abi feature only. Since it
breaks existing code, it is currently placed under
-fobjc-nonfragile-abi2 option for test purposes only
until further notice. WIP.

llvm-svn: 95685

This maybe fixes some of the errors GCC 4.5 gives on this code.

llvm-svn: 95684

context with the AST importer. WIP, still useless but at least it has
a test.

llvm-svn: 95683

NULL, not the store, to determine if a lookup succeeded.  The store
can be null if it contained no bindings.  This fixes a false positive
reported to me by a user of the analyzer.

llvm-svn: 95679

llvm-svn: 95678

Thanks to Jochen Wilhelmy for the suggestion!

llvm-svn: 95677

llvm-svn: 95676

llvm-svn: 95675

llvm-svn: 95673

consuming for a simple optimization.

llvm-svn: 95671

llvm-svn: 95670

For disassembly only.

A8.6.300

llvm-svn: 95669

Patch by M Wahab!

llvm-svn: 95668

llvm-svn: 95667

is done for getTripCount.

llvm-svn: 95666

llvm-svn: 95665

llvm-svn: 95664

llvm-svn: 95663

llvm-svn: 95662

llvm-svn: 95658

Sema::ActOnUninitializedDecl over to InitializationSequence (with
default initialization), eliminating redundancy. More importantly, we
now check that a const definition in C++ has an initilizer, which was
an #if 0'd code for many, many months. A few other tweaks were needed
to get everything working again:

  - Fix all of the places in the testsuite where we defined const
    objects without initializers (now that we diagnose this issue)
  - Teach instantiation of static data members to find the previous
    declaration, so that we build proper redeclaration
    chains. Previously, we had the redeclaration chain but built it
    too late to be useful, because...
  - Teach instantiation of static data member definitions not to try
    to check an initializer if a previous declaration already had an
    initializer. This makes sure that we don't complain about static
    const data members with in-class initializers and out-of-line
    definitions.
  - Move all of the incomplete-type checking logic out of
    Sema::FinalizeDeclaratorGroup; it makes more sense in
    ActOnUnitializedDecl.

There may still be a few places where we can improve these
diagnostics. I'll address that as a separate commit.

llvm-svn: 95657

and remove a few old and unreduced ones.  Fixes PR5624. 

llvm-svn: 95656

llvm-svn: 95655

llvm-svn: 95654