llvm-svn: 115055

Wrestling with the slowly dawning realization that <atomic> isn't implementable on any compiler at my disposal...

llvm-svn: 115054

llvm-svn: 115053

The failures are similar in nature to the radar already filed:

        # rdar://problem/8492646
        # test/foundation fails after updating to tot r115023
        # self->str displays nothing as output

llvm-svn: 115052

during template instantiation, from Martin Vejnar!

llvm-svn: 115051

test_data_type_and_expr_with_dwarf().

rdar://problem/8492646
test/foundation fails after updating to tot r115023: self->str displays nothing as output

llvm-svn: 115050

patch by Jonathan Mulder!

llvm-svn: 115049

 - Also, fix indention in GetSourceVersion while in the area.

llvm-svn: 115048

LDM/STM instructions can run one cycle faster on some ARM processors if the
memory address is 64-bit aligned.  Radar 8489376.

llvm-svn: 115047

llvm-svn: 115046

llvm-svn: 115045

llvm-svn: 115044

llvm-svn: 115043

Also chnaged the expected string for 'frame variable this' from '(class C *const) this ='
to 'C *const) this =' for the time being, while investigating the different output for
tot r115023.

runCmd: frame variable this
output: (struct C *const) this = 0x0000000100000c2e
llvm-svn: 115042

llvm-svn: 115041

shell runner.

We would inadvertently end up holding on to handles to the temporary files
longer than we should have been. On Win32, where open handles lock some file
operations, this caused problems in tests which would try to move temporary
files around (as Clang does by default now).

Many thanks to Francois Pichet for the excellent detective work on this.

llvm-svn: 115040

llvm-svn: 115039

One Printer to lower them all and in the back end bind them.


(Remove option to use the old non-MC asm printer.)

llvm-svn: 115038

llvm-svn: 115037

llvm-svn: 115036

do not compare actual branch labels; this may fix llvm-gcc-x86_64-darwin10-cross-mingw32 buildbot too

llvm-svn: 115034

added some doxygen on the way

llvm-svn: 115033

llvm-svn: 115032

merge all the llvm-gcc pieces together.  Recommend that people try dragonegg if they care about fortran performance.

llvm-svn: 115031

llvm-svn: 115030

llvm-svn: 115029

in a GNU-compatible C++ dialect. Fixes <rdar://problem/8477819>.

llvm-svn: 115028

llvm-svn: 115027

into CXXRecordDecl. The only part that we do not handle this way are
using declarations, since that would require extra name lookup that we
don't currently want to pay for. This fixes <rdar://problem/8459981>,
so that LLDB can build a CXXRecordDecl and magically get all of the
right bits set.

llvm-svn: 115026

we do for the similar CXXTemporaryObjectExpr.  OKed by chandlerc and
wan.

llvm-svn: 115025

llvm-svn: 115024

This gets us the new clang::CXXRecordDecl improvments in clang so that when we
add fields, methods and other things to the clang::CXXRecordDecl, the correct
bits are automatically set by clang::CXXRecordDecl itself instead of having 
SEMA and our lldb_private::ClangASTContext functions that create types for
DWARF do it all manually. This allows the clang::ASTContext deep copying of
types to work correctly and it means that the expression parser can now 
evaluate expressions in the context of a class method correctly. Previously
when a class was copied from the DWARF generated ASTContext over into the
expression ASTContext, we were losing CXXRecordDecl bits in the conversion
which caused all classes to think they were at offset zero because the the 
bools for empty, POD, and others would end up being incorrect.

llvm-svn: 115023

order as cctools for diffability.

llvm-svn: 115022

are defined to emit the 0x67 prefix byte.  rdar://8482675

llvm-svn: 115021

llvm-svn: 115020

operands.

With this done, we can remove the _Int suffixes from the round instructions
without the disassembler blowing up.  This allows the assembler to support
them, implementing rdar://8456376 - llvm-mc rejects 'roundss'

llvm-svn: 115019

Clean up cvttps2dq by removing some redundant implementations of the
same instruction.  rdar://8456382

llvm-svn: 115018

llvm-svn: 115017

Fixed an LLVM/Clang assertion that would happen for C++ and ObjC methods if the DWARF doesn't specify the accessibility for the method. Currently gcc 4.2 and clang++ do not set the accessibility correctly on methods. We currently shouldn't default to private since public methods don't have the accessibility specified. 

Bottom line: we currently default to public for both C++ and ObjC if the accessibility isn't set.

llvm-svn: 115016

an instruction that requires a WHOLE NEW wonderful kind of alias.

llvm-svn: 115015