llvm-svn: 91069

Mangle static variables inside Objective-C methods in Objective-C++. We currently mangle them the same way as gcc does.

llvm-svn: 91042

llvm-svn: 91041

llvm-svn: 91036

during throw to deallocate the exception object.  WIP.

llvm-svn: 91035

llvm-svn: 91027

llvm-svn: 91026

llvm-svn: 91012

llvm-svn: 91006

llvm-svn: 91001

llvm-svn: 91000

llvm-svn: 90998

llvm-svn: 90997

llvm-svn: 90996

(fixes radar 7457534).

llvm-svn: 90995

llvm-svn: 90994

llvm-svn: 90991

llvm-svn: 90982

was not needed (fixes radar 7453430).

llvm-svn: 90981

llvm-svn: 90940

type of the builtin when generating the function declaration for a builtin
library call.

llvm-svn: 90936

in objective-c++ mode without being too lenient.

llvm-svn: 90895

llvm-svn: 90884

llvm-svn: 90882

 - This fixes 2003-05-21-BitfieldHandling.

llvm-svn: 90876

llvm-svn: 90856

llvm-svn: 90854

llvm-svn: 90851

Template instantiation can re-use DeclRefExprs.

llvm-svn: 90848

llvm-svn: 90841

pointer.

llvm-svn: 90840

llvm-svn: 90832

llvm-svn: 90831

llvm-svn: 90825

or non-record aggregate members.

It might be worth spending some time to optimize this code (and the parallel
code for copy constructors) to memcpy in larger chunks, rather than copying
one member at a time.  Not sure exactly how beneficial that would be, but
it seems like could help for large classes with, for example, a vtable pointer
forcing the generation of a copy constructor.

llvm-svn: 90823

llvm-svn: 90822

llvm-svn: 90821

No need to add tail padding if the resulting LLVM struct type will have the same size as the final record size.

llvm-svn: 90820

(Yes, I do intend to commit some tests for this.)

llvm-svn: 90818

llvm-svn: 90817