statement-expression. // rdar: //8600553

llvm-svn: 117479

llvm-svn: 117478

llvm-svn: 117477

eliminate some excessive recursion and deserialization.

llvm-svn: 117476

llvm-svn: 117475

llvm-svn: 117474

There are currently 100 references to COFF::IMAGE_SCN in 6 files
and 11 different functions. Section to attribute mapping really
needs to happen in one place to avoid problems like this.

llvm-svn: 117473

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