| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
arguments in either the placement or constructor arguments. This is
important if the default arguments refer to a declaration or create a
temporary.
llvm-svn: 115700
|
| |
|
|
|
|
|
| |
Previously, compiler warned only if it was unsafe if types
did not match. Fixes // rdar: //7933061
llvm-svn: 115683
|
| |
|
|
| |
llvm-svn: 115671
|
| |
|
|
| |
llvm-svn: 115670
|
| |
|
|
|
|
|
| |
a EH-only cleanup as part of a fallthrough branch-through. That this happens
for this test case is actually a separate bug.
llvm-svn: 115668
|
| |
|
|
| |
llvm-svn: 115667
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
following amusing sequence:
- AST writing schedules writing a type X* that it had never seen
before
- AST writing starts writing another declaration, ends up
deserializing X* from a prior AST file. Now we have two type IDs for
the same type!
- AST writer tries to write X*. It only has the lower-numbered ID
from the the prior AST file, so references to the higher-numbered ID
that was scheduled for writing go off into lalaland.
To fix this, keep the higher-numbered ID so we end up writing the type
twice. Since this issue occurs so rarely, and type records are
generally rather small, I deemed this better than the alternative: to
keep a separate mapping from the higher-numbered IDs to the
lower-numbered IDs, which we would end up having to check whenever we
want to deserialize any type.
Fixes <rdar://problem/8511624>, I think.
llvm-svn: 115647
|
| |
|
|
|
|
|
|
| |
block descriptor for outer block was missing even though
the block was importing objects into its inner blocks.
//rdar://84995992
llvm-svn: 115644
|
| |
|
|
|
|
| |
Dean Sturtevant, reviewed by chandlerc and Sebastian Redl).
llvm-svn: 115638
|
| |
|
|
|
|
| |
preamble or main file. Base Decls' PCHLevel on this to make it more sane.
llvm-svn: 115626
|
| |
|
|
| |
llvm-svn: 115625
|
| |
|
|
|
|
|
|
| |
waiting until we think we need it: we didn't catch all of the places
where we actually needed it, and we probably wouldn't ever. Fixes a
C++ PCH crasher.
llvm-svn: 115621
|
| |
|
|
| |
llvm-svn: 115618
|
| |
|
|
|
|
|
|
| |
waiting until we think we need it: we didn't catch all of the places
where we actually needed it, and we probably wouldn't ever. Fixes a
C++ PCH crasher.
llvm-svn: 115617
|
| |
|
|
|
|
| |
* Fix dump() to make it consistent with the test case.
llvm-svn: 115609
|
| |
|
|
| |
llvm-svn: 115592
|
| |
|
|
| |
llvm-svn: 115590
|
| |
|
|
|
|
|
|
|
| |
the overload candidates.
Fixes an infinite recursion in overload resolution for rdar://8499524.
Many thanks to Doug!
llvm-svn: 115588
|
| |
|
|
|
|
|
|
|
| |
for the same destination, then we must potentially rewrite the initial branch
of every fixup. Without this patch, a short-circuit check meant to prevent
a switch case from being redundantly added was preventing later fixups from
being processed. Fixes PR8175 (again).
llvm-svn: 115586
|
| |
|
|
|
|
|
| |
both @catches and a @finally, because the second call to @objc_exception_try_enter
will clobber the exception slot. Fixes rdar://problem/8440970.
llvm-svn: 115575
|
| |
|
|
| |
llvm-svn: 115569
|
| |
|
|
| |
llvm-svn: 115568
|
| |
|
|
|
|
| |
aggregate's debug info was delayed untill now.
llvm-svn: 115564
|
| |
|
|
| |
llvm-svn: 115561
|
| |
|
|
|
|
| |
it into a chained PCH file.
llvm-svn: 115527
|
| |
|
|
|
|
| |
using Clang in one way or another. Additions welcome!
llvm-svn: 115508
|
| |
|
|
| |
llvm-svn: 115493
|
| |
|
|
| |
llvm-svn: 115474
|
| |
|
|
| |
llvm-svn: 115460
|
| |
|
|
| |
llvm-svn: 115459
|
| |
|
|
|
|
|
|
| |
function/method argument, include the parameter name and always
include parentheses (even for zero-parameter blocks). Otherwise, the
block literal placeholder '^' can look very weird.
llvm-svn: 115444
|
| |
|
|
|
|
|
|
| |
produces a simple "display" name that captures the
arguments/parameters for a function, function template, class
template, or class template specialization.
llvm-svn: 115428
|
| |
|
|
|
|
|
|
|
|
|
| |
to types.
Also, teach clang_getTypeDeclaration() about template specializations,
injected-class-names, and elaborated types.
Fixes <rdar://problem/8506460>.
llvm-svn: 115425
|
| |
|
|
|
|
|
| |
to a shufflevector. Otherwise it doesn't turn into a pshufw.
This bug was introduced in the mmx rewrite.
llvm-svn: 115423
|
| |
|
|
|
|
|
|
| |
the interface as having changed since it was originally
serialized. This ensures that we see class extensions/categories in
chained PCH files.
llvm-svn: 115421
|
| |
|
|
|
|
| |
argument is already in the command-line arguments
llvm-svn: 115420
|
| |
|
|
|
|
|
| |
specifier cursors in libclang. FIXME -=2, fixes the rest of
<rdar://problem/8274883>.
llvm-svn: 115419
|
| |
|
|
|
|
| |
the "detailed" preprocessing record.
llvm-svn: 115417
|
| |
|
|
|
|
| |
declarations. Fixes PR8169.
llvm-svn: 115411
|
| |
|
|
| |
llvm-svn: 115410
|
| |
|
|
|
|
|
|
|
| |
force it to be a constant instead of emitting with EmitScalarExpr. In
-ftrapv mode, they are not the same.
This fixes rdar://8478728 + PR8221
llvm-svn: 115388
|
| |
|
|
|
|
|
| |
we've set all of its parameters. Fixes <rdar://problem/8499598>;
thanks to Sean for the diagnosis.
llvm-svn: 115387
|
| |
|
|
| |
llvm-svn: 115383
|
| |
|
|
| |
llvm-svn: 115382
|
| |
|
|
| |
llvm-svn: 115381
|
| |
|
|
| |
llvm-svn: 115379
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For example, on:
#include <emmintrin.h>
int foo(int N) {
__m128i white2;
white2 = _mm_slli_si128(white2, N);
return 0;
}
we used to get:
fatal error: error in backend: Cannot yet select: intrinsic %llvm.x86.sse2.psll.dq
now we get:
/Users/sabre/t.c:4:11: error: argument to '__builtin_ia32_pslldqi128' must be a
constant integer
white2 = _mm_slli_si128(white2, N);
^~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /Users/sabre/t.c:1:
/Volumes/Projects/cvs/llvm/Debug+Asserts/lib/clang/2.9/include/emmintrin.h:781:13: note: instantiated from:
((__m128i)__builtin_ia32_pslldqi128((__m128i)(VEC), (IMM)*8))
^ ~~~~~~~
1 error generated.
llvm-svn: 115374
|
| |
|
|
|
|
|
|
| |
arguments
are required to be ICE's. No clients of this new functionality yet!
llvm-svn: 115366
|
| |
|
|
| |
llvm-svn: 115361
|
| |
|
|
| |
llvm-svn: 115356
|