| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
warnings.
llvm-svn: 139463
|
| |
|
|
| |
llvm-svn: 139462
|
| |
|
|
| |
llvm-svn: 139460
|
| |
|
|
|
|
|
|
| |
a test failure in CodeGen/palignr.c, which has been marked
XFAIL for the time being. A bug has been filed at PR10901
for this issue.
llvm-svn: 139457
|
| |
|
|
| |
llvm-svn: 139455
|
| |
|
|
|
|
|
|
|
|
|
| |
the lifetime of the block by copying it to the heap, or else we'll get
a dangling reference because the code working with the non-block-typed
object will not know it needs to copy.
There is some danger here, e.g. with assigning a block literal to an
unsafe variable, but, well, it's an unsafe variable.
llvm-svn: 139451
|
| |
|
|
|
|
|
| |
methods, and improve the diagnostic slightly along the way. Fixes
<rdar://problem/10098695>.
llvm-svn: 139446
|
| |
|
|
| |
llvm-svn: 139443
|
| |
|
|
|
|
| |
well-bred compiler like Clang.
llvm-svn: 139442
|
| |
|
|
|
|
| |
whether a Decl was deserialized from an AST file (any AST file).
llvm-svn: 139438
|
| |
|
|
|
|
|
|
|
|
|
| |
and case statements. Use this to make the logic in the CFG builder more
robust at finding the actual statements within a compound statement,
even when there are many layers of labels obscuring it.
Also extend the test cases for a large chunk of PR10063. Still more work
to do here though.
llvm-svn: 139437
|
| |
|
|
|
|
|
| |
annotate global, local variables, struct fields, or arbitrary statements (using
the __builtin_annotation), rdar://8037476.
llvm-svn: 139423
|
| |
|
|
|
|
|
|
| |
along with the new insert point.
Fixes PR10829
llvm-svn: 139416
|
| |
|
|
| |
llvm-svn: 139411
|
| |
|
|
| |
llvm-svn: 139406
|
| |
|
|
|
|
|
|
| |
feature akin to the ARC runtime checks. Removes a terrible hack where
IR gen needed to find the declarations of those symbols in the translation
unit.
llvm-svn: 139404
|
| |
|
|
|
|
|
|
| |
along with minor rewriter fix to handle that. This
test is still incomplete due to rewriter issues
unrelated to instancetype.
llvm-svn: 139403
|
| |
|
|
|
|
| |
must also be present of the first declaration of that entity.
llvm-svn: 139384
|
| |
|
|
|
|
| |
declarations.
llvm-svn: 139380
|
| |
|
|
|
|
|
| |
construct a new DeclRefExpr rather than re-using the existing
DeclRefExpr. Patch by Likai Liu, fixes PR8345.
llvm-svn: 139373
|
| |
|
|
|
|
| |
building lock expressions. We now resolve this expressions, avoid crashing when encountering cast expressions, and have a diagnostic for unresolved lock expressions
llvm-svn: 139370
|
| |
|
|
| |
llvm-svn: 139368
|
| |
|
|
|
|
|
|
|
| |
instead of codegen waiting to consume such a declaration, which won't
happen if that decls are coming from a PCH.
Fixes rdar://10028656.
llvm-svn: 139359
|
| |
|
|
|
|
|
| |
indicates that a declaration is only visible within the module it is
declared in.
llvm-svn: 139348
|
| |
|
|
| |
llvm-svn: 139334
|
| |
|
|
|
|
|
|
| |
these should be in stdint.h - and they already are.
Fixes rdar://10097036.
llvm-svn: 139332
|
| |
|
|
|
|
| |
depends on, which will---hopefully make this test predictably pass on Windows
llvm-svn: 139327
|
| |
|
|
| |
llvm-svn: 139326
|
| |
|
|
|
|
| |
shared variables, while Locks are the objects that acquire and release Mutexes. We switch to this new terminology.
llvm-svn: 139321
|
| |
|
|
|
|
|
|
|
|
| |
These functions return a second value by writing to a pointer argument,
so they cannot be marked 'readnone' which implies that they don't access
memory.
<rdar://problem/10070234>
llvm-svn: 139319
|
| |
|
|
| |
llvm-svn: 139310
|
| |
|
|
| |
llvm-svn: 139308
|
| |
|
|
| |
llvm-svn: 139307
|
| |
|
|
| |
llvm-svn: 139306
|
| |
|
|
|
|
| |
This patch was written by DeLesley Hutchins.
llvm-svn: 139302
|
| |
|
|
|
|
|
|
| |
class scope.
This patch was also written by DeLesley Hutchins.
llvm-svn: 139301
|
| |
|
|
|
|
| |
for a builtin macro expansion.
llvm-svn: 139298
|
| |
|
|
|
|
|
| |
Objective-C. The @encode'ing of such an enumeration type is the same
as its underlying type. <rdar://problem/5276348>.
llvm-svn: 139297
|
| |
|
|
|
|
|
|
|
|
| |
'id' that can be used (only!) via a contextual keyword as the result
type of an Objective-C message send. 'instancetype' then gives the
method a related result type, which we have already been inferring for
a variety of methods (new, alloc, init, self, retain). Addresses
<rdar://problem/9267640>.
llvm-svn: 139275
|
| |
|
|
|
|
|
| |
filtered. This happenis when -save-temps is specified.
<rdar://problem/10088387>
llvm-svn: 139269
|
| |
|
|
| |
llvm-svn: 139262
|
| |
|
|
|
|
|
|
| |
ctor-initializer, remember to call the Sema action to generate default
ctor-initializers. What a delightful little miscompile. Fixes PR10578
/ <rdar://problem/9877267>.
llvm-svn: 139253
|
| |
|
|
| |
llvm-svn: 139252
|
| |
|
|
|
|
| |
in GC mode. // rdar://10073896
llvm-svn: 139235
|
| |
|
|
|
|
| |
ParmVarDecl's. PR10878.
llvm-svn: 139224
|
| |
|
|
|
|
| |
mingw and msvc.
llvm-svn: 139223
|
| |
|
|
|
|
|
|
|
|
| |
(which will go away). LLVM CodeGen does almost exactly the same thing with these and the old intrinsics, so I'm reasonably confident this will not break anything.
There are still a few issues which need to be resolved with code generation for atomic load and store, so I'm not converting the places which need those for now.
I'm not entirely sure what to do about __builtin_llvm_memory_barrier: the fence instruction doesn't expose all the possibilities which can be expressed by __builtin_llvm_memory_barrier. I would appreciate hearing from anyone who is using this intrinsic.
llvm-svn: 139216
|
| |
|
|
|
|
|
|
| |
self-reference oninitalization warning of -Wuninitialized) to exclude member variables that can decay into pointers. This will cause it to no longer warn on this code:
struct foo { char a[100], *e; } bar = { .e = bar.a };
llvm-svn: 139213
|
| |
|
|
|
|
|
|
| |
can't resolve a function call then create a type-dependent CallExpr even if the function has no type dependent arguments. The goal is to postpone name lookup to instantiation time to be able to search into type dependent base classes.
With this patch in, clang will generate only 37 errors (down from 212) when parsing a typical MFC source file.
llvm-svn: 139210
|
| |
|
|
|
|
| |
// rdar://10073896
llvm-svn: 139203
|