llvm-svn: 97032

a common source of oddities and, in theory, removes some redundant ABI
computations.  Also fixes a miscompile I introduced yesterday by refactoring
some code and causing a slightly different code path to be taken that
didn't perform *parameter* type canonicalization, just normal type
canonicalization;  this in turn caused a bit of ABI code to misfire because
it was looking for 'double' or 'float' but received 'const float'.

llvm-svn: 97030

llvm-svn: 97020

Windows and Mac OS X.  Will investigate later.

llvm-svn: 97016

apply it only to the function itself, and never to the return type. Fixes part
of PR6408.

llvm-svn: 97015

analysis needs this.

llvm-svn: 97014

llvm-svn: 97009

a block pointer type. Fixes radar 7682149.

llvm-svn: 97008

llvm-svn: 97005

llvm-svn: 97002

llvm-svn: 96999

llvm-svn: 96998

Add support for the weakref attribute. We still produce "alias weak" as llvm-gcc does, but are more strict on what uses of weakref we accept.

llvm-svn: 96992

of the block descriptor field.  This field is the ObjC style @encode
signature of the implementation function, and was to this point
conditionally provided in the block literal data structure.  That
provisional support is removed.

Additionally, eliminate unused enumerations for the block literal flags field.
The first shipping ABI unconditionally set (1<<29) but this bit is unused
by the runtime, so the second ABI will unconditionally have (1<<30) set so
that the runtime can in fact distinguish whether the additional data is
present or not.

llvm-svn: 96989

rewriting problem. Fixes radar 7680953.

llvm-svn: 96987

pointer (for defensive programming).  This matches the behavior with
assigning NULL to a regular pointer.  Fixes <rdar://problem/7631278>.

llvm-svn: 96985

llvm-svn: 96978

that refer to an undefined class.

llvm-svn: 96976

the result is integral.  Fixes <rdar://problem/7676608>.

llvm-svn: 96970

llvm-svn: 96968

llvm-svn: 96962

llvm-svn: 96961

llvm-svn: 96958

llvm-svn: 96941

in the recent changes to RegionStore::InvalidateRegions().  Note that we
are still not yet modeling 'memcpy()' explicitly.

llvm-svn: 96902

llvm-svn: 96897

the canonical calling conventions instead of comparing the raw calling
conventions directly. Fixes PR6361.

llvm-svn: 96895

to libAnalysis (with only the error reporting in libSema).

llvm-svn: 96893

llvm-svn: 96892

__alignof__ operator, make sure to take into account the packed alignment
of the struct/union/class itself. Matches GCC's behavior and fixes PR6362.

llvm-svn: 96884

llvm-svn: 96883

More fixes. Don't try to emit a virtual base vtable if the virtual base in question is a primary virtual base of some other base.

llvm-svn: 96881

Always emit vcall offset for the primary base, not only if it's virtual. Remove a debug printf, and add the test case that now passes.

llvm-svn: 96880

Simplify the vcall offset calculation and make it give the correct answers :) My test case now has the right values but in the wrong order.

llvm-svn: 96877

llvm-svn: 96875

More work on vcall offsets. We now emit the right number of vcall offsets in my local test case, but not the right values.

llvm-svn: 96874

and into libAnalysis.

llvm-svn: 96872

llvm-svn: 96855

llvm-svn: 96853

llvm-svn: 96850