llvm-svn: 117472

llvm-svn: 117471

sure they come out at the correct times.

llvm-svn: 117470

llvm-svn: 117469

llvm-svn: 117468

llvm-svn: 117466

llvm-svn: 117463

llvm-svn: 117462

operands in the TableGen'erated bits, so we don't need to do the additional
magic explicitly.

llvm-svn: 117461

llvm-svn: 117460

llvm-svn: 117459

llvm-svn: 117458

separating out chaining precompiled preambles from non-chaining ones.

llvm-svn: 117457

llvm-svn: 117456

encoding tricks. Handle the 'imm doesn't fit in the insn' case.

llvm-svn: 117454

llvm-svn: 117453

on if its linkage is weak. Currently this is the
case but may change in the future. (part of radar 
8562966).

llvm-svn: 117452

llvm-svn: 117451

llvm-svn: 117450

llvm-svn: 117449

contained in the ELF object writer.

llvm-svn: 117448

llvm-svn: 117447

llvm-svn: 117446

llvm-svn: 117445

llvm-svn: 117444

llvm-svn: 117443

catch(...) is used in Win32/Signals.inc for catching Win32 structured
exceptions, but according to [1], this is wrong.

We can't simply change try/catch to __try/__finally, since this syntax is not
supported by MinGW. We can use __try/__finally on MSVC and __try1/__except1
macros on MinGW [2], but I think that that solution obfuscates the code too
much.

The use of try/catch(...) in Signals.inc makes it impossible to link
MinGW-compiled libSystem with llvm-gcc compiled executables. I propose that we
just remove try/catch(...) from Signals.inc, since the meaning of the code won't
change.

[1] http://members.cox.net/doug_web/eh.htm
[2] http://article.gmane.org/gmane.comp.compilers.llvm.cvs/81315

llvm-svn: 117442

llvm-svn: 117441

llvm-svn: 117440

a member call expression. This has proved to be a common pattern for users of
RecursiveASTVisitor.

llvm-svn: 117439

when making objective C classes from the DWARF.

llvm-svn: 117438

all of the calls inlined in the header file for better performance.

Fixed the summary for C string types (array of chars (with any combo if
modifiers), and pointers to chars) work in all cases.

Fixed an issue where a forward declaration to a clang type could cause itself
to resolve itself more than once if, during the resolving of the type itself
it caused something to try and resolve itself again. We now remove the clang
type from the forward declaration map in the DWARF parser when we start to 
resolve it and avoid this additional call. This should stop any duplicate
members from appearing and throwing all the alignment of structs, unions and
classes.

llvm-svn: 117437

containing a DoStmt, and the LHS doesn't create a new block, then we should
return RBlock.  Otherwise we'll incorrectly return NULL.

Also relax an assertion in VisitWhileStmt(). Reset 'Block' when it is finished.

llvm-svn: 117436

(still to add ud2b).

llvm-svn: 117435

the wait prefix).

llvm-svn: 117434

sense, when the instruction takes the 16-bit ax register or m16 memory
location.  These changes to llvm-mc matches what the darwin assembler
allows for these instructions.  Done differently than in r117031 that
caused a valgrind error which was later reverted.

llvm-svn: 117433

After a recent fix to not set the default architecture to "x86_64", the string value for the default arch was coming out as a value that shouldn't be user visible. Now we don't show any value when it isn't set.

llvm-svn: 117432

deciding whether to queue a decl for unused-declaration warnings.

llvm-svn: 117431

Also made type lookup lazy for types that are
hidden behind pointers.

llvm-svn: 117430

integer values), not with the addrmode2 encoding.

llvm-svn: 117429