llvm-svn: 120133

llvm-svn: 120132

llvm-svn: 120129

llvm-svn: 120118

Fix a (probably very old) regression where we weren't using the typedef name for anonymous tag types.

llvm-svn: 120113

llvm-svn: 120112

llvm-svn: 120110

llvm-svn: 120109

llvm-svn: 120108

Make CodeGenTypes::getCGRecordLayout compute the layout lazily if it doesn't exist. This matches ASTContext::getASTRecordLayout and is less confusing.

llvm-svn: 120107

llvm-svn: 120106

llvm-svn: 120084

llvm-svn: 119980

llvm-svn: 119957

llvm-svn: 119956

llvm-svn: 119955

llvm-svn: 119924

llvm-svn: 119814

types was not being generated for objc pointers.
// rdar://8681766.

llvm-svn: 119751

-Move the stuff of Diagnostic related to creating/querying diagnostic IDs into a new DiagnosticIDs class.
-DiagnosticIDs can be shared among multiple Diagnostics for multiple translation units.
-The rest of the state in Diagnostic object is considered related and tied to one translation unit.
-Have Diagnostic point to the SourceManager that is related with. Diagnostic can now accept just a
   SourceLocation instead of a FullSourceLoc.
-Reflect the changes to various interfaces.

llvm-svn: 119730

store it on the expression node.  Also store an "object kind",
which distinguishes ordinary "addressed" l-values (like
variable references and pointer dereferences) and bitfield,
@property, and vector-component l-values.

Currently we're not using these for much, but I aim to switch
pretty much everything calculating l-valueness over to them.
For now they shouldn't necessarily be trusted.

llvm-svn: 119685

llvm-svn: 119678

of all the lines of the inline asm.  With the refactoring and enhancement
of the backend, we can now reports errors on the correct source line when
an asm contains multiple lines of text.  For something like this:

void foo() {
  asm("push %rax\n"
      ".code32\n");
}

we used to get this: (note that the line 4 in t.c isn't helpful)

t.c:4:7: error: warning: ignoring directive for now
  asm("push %rax\n"
      ^
<inline asm>:2:1: note: instantiated into assembly here
.code32
^

now we get:

t.c:5:8: error: warning: ignoring directive for now
      ".code32\n"
       ^
<inline asm>:2:1: note: instantiated into assembly here
.code32
^

Note that we're pointing to line 5 properly now.  This implements
rdar://7839391 - inline asm errors should point to the right line in the asm
and makes the error message in PR8595 much less confusing.

llvm-svn: 119489

llvm-svn: 119487

llvm-svn: 119464

about a __block cxx object.

llvm-svn: 119411

branches.  Fixes PR8623.

llvm-svn: 119408

case based on CodeGen/volatile-1.c which tests the current C++
semantics, and note the many, many places we fall short of them.

llvm-svn: 119402

issue with runtime which I am discussing it with Blaine.
This is wip (so no test yet).

llvm-svn: 119368

assignment to volatiles in C.  This in effect reverts some of mjs's
work in and around r72572.  Basically, the C++ standard is quite
clear, except that it lies about volatile behavior approximating
C's, whereas the C standard is almost actively misleading.

llvm-svn: 119344

llvm-svn: 119332

llvm-svn: 119331

a compound assignment is always already in the computation type.

llvm-svn: 119330

one of the special Neon types.  We'll check for invalid Neon vectors when
they are created, so there's no point in handling them when mangling.

llvm-svn: 119299

llvm-svn: 119297

certain internal type-checking procedures as well as for representing
certain implicitly-generated operations.  Uses to follow.

llvm-svn: 119289

llvm-svn: 119174

expression into the assert.

llvm-svn: 119143

llvm-svn: 119138

Return the result of a complex assignment with the original values,
not by performing a load from the l-value;  this is the correct
semantics in C, although not in C++.

llvm-svn: 119037