Simplify the virtual base layout code and fix a bug where we wouldn't store the offset for a virtual base.

llvm-svn: 100940

llvm-svn: 100938

in some cases.

llvm-svn: 100937

llvm-svn: 100936

means it isn't really possible to write the test case for this code, but this is
the kind of thing that really requires testing against the installed compiler
anyway.

llvm-svn: 100935

$ llvm-as t.ll
llvm-as: t.ll:1:6: error: expected 'type' after '='
%0 = = type { i32, float, float, double }
     ^

PR6810.

llvm-svn: 100934

llvm-svn: 100933

patch by Patrick Walton!

llvm-svn: 100932

llvm-svn: 100931

llvm-svn: 100930

llvm-svn: 100928

llvm-svn: 100926

llvm-svn: 100925

serve as a source of source locations for the can't-yet-mangle diagnostic.

llvm-svn: 100924

member.  Use a better diagnostic for this case.  Also fix a bug with nested
anonymous structs/unions for -Wreorder;  this last was PR6575.

llvm-svn: 100923

when they're instantiated.  Merge the note into the -Wreorder warning;  it
doesn't really contribute much, and it was splitting a thought across diagnostics
anyway.  Don't crash in the parser when a constructor's initializers end in a
comma and there's no body;  the recovery here is still terrible, but anything's
better than a crash.

llvm-svn: 100922

llvm-svn: 100919

llvm-svn: 100918

Clang is installed. This is designed to match gcc, and is important when
installed in a non-standard location.
 - This is gross, but no worse than ever. It will die when we finally move to
   the compiler-rt based toolchain, any day now.

llvm-svn: 100915

it. PR6812.
 - This is another attempt at silencing annoying buildbot failures.

llvm-svn: 100914

that do not build some (or all) of the targets that
edis supports.

llvm-svn: 100910

llvm-svn: 100909

llvm-svn: 100908

mangling an unknown expression kind.  Also conveniently tells the user what
kind of expression they should add to the mangler!

llvm-svn: 100907

into adjacent loops. Also, ensure that the insert position is
dominated by the loop latch of any loop in the post-inc set which
has a latch.

llvm-svn: 100906

just integer-literal expressions with special case implementations in the AST.

Fixes rdar://problem/7825453.

llvm-svn: 100905

llvm-svn: 100904

full-fledged @interface, be sure that the declaration has the right
lexical context. <rdar://problem/7827709>

llvm-svn: 100903

specializations when the explicit instantiation was... explicitly
written, i.e., not the product of an explicit instantiation of an
enclosing class. Fixes this spurious warning when Clang builds LLVM:

/Volumes/Data/dgregor/Projects/llvm/lib/CodeGen/MachineDominators.cpp:22:1:
warning: explicit instantiation of 'addRoot' that occurs after an
explicit specialization will be ignored (C++0x extension) [-pedantic]

llvm-svn: 100900

We are bound to fail!  For proper disassembly, the well-known encoding bits
of the instruction must be fully specified.

This also removes pseudo instructions from considerations of disassembly,
which is a better design and less fragile than the name matchings.

llvm-svn: 100899

variable TARGET_HAS_DYNAMIC_LIBS

llvm-svn: 100896

llvm-svn: 100895

llvm-svn: 100894

llvm-svn: 100893

such that the non-VFP versions have no implicit defs of VFP registers.
If any callee-saved VFP registers are marked as having been defined, the
prologue/epilogue code will try to save and restore them.
Radar 7770432.

llvm-svn: 100892

llvm-svn: 100891

we don't have enough information to tell them how to use 'strncmp'.  Instead, change the
diagnostic to indicate they should use 'strncmp'.

llvm-svn: 100890

llvm-svn: 100889

llvm-svn: 100887

encounters decoding conflicts, instead of wrapping it inside the DEBUG() macro. 

llvm-svn: 100886