| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 97340
|
|
|
|
| |
llvm-svn: 97339
|
|
|
|
| |
llvm-svn: 97338
|
|
|
|
| |
llvm-svn: 97336
|
|
|
|
| |
llvm-svn: 97334
|
|
|
|
| |
llvm-svn: 97333
|
|
|
|
| |
llvm-svn: 97331
|
|
|
|
|
|
| |
but I was wrong.
llvm-svn: 97330
|
|
|
|
| |
llvm-svn: 97328
|
|
|
|
| |
llvm-svn: 97327
|
|
|
|
|
|
| |
Start using a set vector for primary bases so they will be ordered.
llvm-svn: 97326
|
|
|
|
| |
llvm-svn: 97324
|
|
|
|
|
|
| |
returns a StringRef. Use it to simplify some repetitive code.
llvm-svn: 97322
|
|
|
|
|
|
| |
doing printf format string checking. This is a recent regression.
llvm-svn: 97318
|
|
|
|
|
|
| |
functions when determining if an overrider will ever be used.
llvm-svn: 97306
|
|
|
|
| |
llvm-svn: 97304
|
|
|
|
|
|
| |
that's already a primary virtual base.
llvm-svn: 97303
|
|
|
|
|
|
|
|
|
| |
end-of-line source location when given a column number beyond the
length of the line, or an end-of-file source location when given a
line number beyond the length of the file. Previously, we would return
an invalid location.
llvm-svn: 97299
|
|
|
|
|
|
| |
Along the way, coelesce some of the diagnostics.
llvm-svn: 97297
|
|
|
|
|
|
|
|
|
|
| |
copy the source buffers provided rather than referencing them
directly, so that the caller can free those buffers immediately after
calling clang_createTranslationUnitFromSourceFile(). Otherwise, we
risk hitting those buffers later (when building source ranges, forming
diagnostics, etc.).
llvm-svn: 97296
|
|
|
|
| |
llvm-svn: 97291
|
|
|
|
|
|
| |
them under -Wbad-literal. They're still on by default.
llvm-svn: 97284
|
|
|
|
|
|
| |
Fixes radar 7692183.
llvm-svn: 97281
|
|
|
|
| |
llvm-svn: 97280
|
|
|
|
| |
llvm-svn: 97274
|
|
|
|
| |
llvm-svn: 97258
|
|
|
|
|
|
| |
Fixes radar 7692350.
llvm-svn: 97254
|
|
|
|
| |
llvm-svn: 97253
|
|
|
|
|
|
|
|
|
| |
index out of
Sema and into analyze_printf::ParseFormatString(). Also use a bitvector to determine
what arguments have been covered (instead of just checking to see if the last argument consumed is the max argument). This is prep. for support positional arguments (an IEEE extension).
llvm-svn: 97248
|
|
|
|
|
|
|
| |
blocks's argument in the inner block requires special treatment.
Fixes radar 7692419.
llvm-svn: 97244
|
|
|
|
|
|
|
|
|
|
|
| |
Use this information to find the returned value and bind it to CallExpr in
ProcessCallExit.
And there is no need to remove dead bindings in ProcessCallExit, because
a. it would clean up the return value bound to CallExpr
b. we still would do it in the next ProcessStmt(), where we would not misclean
up the return value.
llvm-svn: 97225
|
|
|
|
|
|
|
|
|
|
| |
propagating error conditions out of the various annotate-me-a-snowflake
routines. Generally (but not universally) removes redundant diagnostics
as well as, you know, not crashing on bad code. On the other hand,
I have just signed myself up to fix fiddly parser errors for the next
week. Again.
llvm-svn: 97221
|
|
|
|
|
|
|
| |
instantiation so long as that explicit specialization was declared
previously. Fixes PR6160.
llvm-svn: 97210
|
|
|
|
|
|
|
|
|
|
| |
how we find the operator delete that matches withe operator new we
found in a C++ new-expression.
This will also need CodeGen support. On a happy note, we're now a
"nans" away from building tramp3d-v4.
llvm-svn: 97209
|
|
|
|
| |
llvm-svn: 97207
|
|
|
|
|
|
| |
attributes. Fixes radar 7214439.
llvm-svn: 97203
|
|
|
|
| |
llvm-svn: 97202
|
|
|
|
| |
llvm-svn: 97199
|
|
|
|
|
|
| |
the ABI-computation interface. Fixes <rdar://problem/7691046>.
llvm-svn: 97197
|
|
|
|
|
|
|
|
|
| |
used when we instantiate C++ new expressions, delete expressions, and
object-construction expressions. Fixes PR6424, although we can't test
all of it until we finish implementing lookup of "operator delete" for
new expressions (!).
llvm-svn: 97195
|
|
|
|
|
|
|
|
| |
to mark the constructor as referenced. Fixes the narrow issue reported
in PR6424, but there are a few other places that I'll fix before
closing out that PR.
llvm-svn: 97185
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
equality comparisons, and conditional operators, produce a composite
pointer type with the appropriate additional "const" qualifiers if the
pointer types would otherwise be incompatible. This is a small
extension (also present in GCC and EDG in a slightly different form)
that permits code like:
void** i; void const** j;
i == j;
with the following extwarn:
t.cpp:5:5: warning: comparison of distinct pointer types ('void **' and
'void const **') uses non-standard composite pointer type
'void const *const *' [-pedantic]
i == j;
~ ^ ~
Fixes PR6346, and I'll be filing a core issue about this with the C++
committee.
llvm-svn: 97177
|
|
|
|
| |
llvm-svn: 97174
|
|
|
|
|
|
| |
virtual bases more than once.
llvm-svn: 97173
|
|
|
|
| |
llvm-svn: 97166
|
|
|
|
|
|
| |
due to a Clang-on-Clang failure
llvm-svn: 97162
|
|
|
|
|
|
|
| |
binding and a copy-construction. Fixes an overloading problem in the
Clang-on-Clang build.
llvm-svn: 97161
|
|
|
|
|
|
| |
bogus warning. Fixes radar 7682116.
llvm-svn: 97157
|
|
|
|
|
|
| |
ill-formed. Fixes PR6421
llvm-svn: 97152
|
|
|
|
|
|
| |
They were breaking clang-x86_64-darwin10-selfhost
llvm-svn: 97138
|