| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 160414
|
| |
|
|
|
|
|
|
| |
[temp.deduct.call]p4 under Objective-C++ ARC, make sure to adjust the
qualifiers to introduce the implicit strong lifetime when
needed. Fixes <rdar://problem/11825671>.
llvm-svn: 160412
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
intrinsics. The second instruction(s) to be handled are the vector versions
of count set bits (ctpop).
The changes here are to clang so that it generates a target independent
vector ctpop when it sees an ARM dependent vector bits set count. The changes
in llvm are to match the target independent vector ctpop and in
VMCore/AutoUpgrade.cpp to update any existing bc files containing ARM
dependent vector pop counts with target-independent ctpops. There are also
changes to an existing test case in llvm for ARM vector count instructions and
to a test for the bitcode upgrade.
<rdar://problem/11892519>
There is deliberately no test for the change to clang, as so far as I know, no
consensus has been reached regarding how to test neon instructions in clang;
q.v. <rdar://problem/8762292>
llvm-svn: 160409
|
| |
|
|
|
|
| |
completions. Fixes <rdar://problem/11889572>.
llvm-svn: 160407
|
| |
|
|
|
|
| |
can be found with quoted strings instead. Implements PR13201.
llvm-svn: 160406
|
| |
|
|
|
|
|
|
|
|
| |
given declaration.
It is based on the observation that during parsing the comment that should be
attached to the decl is usually among the last two documentation comments
parsed.
llvm-svn: 160400
|
| |
|
|
| |
llvm-svn: 160396
|
| |
|
|
|
|
|
| |
better. Fixes <rdar://problem/11466212>; the test (and back-ported
version of this code) were committed to LLDB in r160186.
llvm-svn: 160395
|
| |
|
|
|
|
| |
constant evaluation. <rdar://problem/11874571>.
llvm-svn: 160394
|
| |
|
|
|
|
| |
Fixes pr13353.cpp.
llvm-svn: 160393
|
| |
|
|
| |
llvm-svn: 160388
|
| |
|
|
| |
llvm-svn: 160383
|
| |
|
|
|
|
|
| |
Due to performance cost, this is an opt-in option placed
under -Wassign-enum. // rdar://11824807
llvm-svn: 160382
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Checks against nil often appear as guards in macros, and comparing
Objective-C literals to nil has well-defined behavior (if tautological).
On OS X, 'nil' has not been typed as 'id' since 10.6 (possibly earlier),
so the warning was already not firing, but other runtimes continue to use
((id)0) or some variant. This change accepts comparisons to any null pointer;
to keep it simple, it looks through all casts (not just casts to 'id').
PR13276
llvm-svn: 160379
|
| |
|
|
|
|
|
|
|
| |
Suggested by Ted, since string literal comparison is at least slightly more
sensible than comparison of runtime literals. (Ambiguous language on
developer.apple.com implies that strings are guaranteed to be uniqued within
a translation unit and possibly across a linked binary.)
llvm-svn: 160378
|
| |
|
|
|
|
|
|
| |
Recovering as if the user had actually called -isEqual: is a bit too far from
the semantics of the program as written, /even though/ it's probably what they
intended.
llvm-svn: 160377
|
| |
|
|
|
|
|
| |
This code has been moved around multiple times, but seems to have been
obsolete ever since we started handled references like pointers.
llvm-svn: 160375
|
| |
|
|
|
|
| |
to forward to the correct function.
llvm-svn: 160373
|
| |
|
|
|
|
| |
CustomCompilationDatabase.h
llvm-svn: 160369
|
| |
|
|
|
|
|
| |
is a bit fuzzy, but matches gcc behavior and existing code bases seem to
depend on it.
llvm-svn: 160364
|
| |
|
|
|
|
| |
buildbot failures.
llvm-svn: 160355
|
| |
|
|
| |
llvm-svn: 160353
|
| |
|
|
|
|
|
| |
ASTMatchers (lower level abstraction) to Tooling (higher level
abstraction).
llvm-svn: 160351
|
| |
|
|
|
|
|
| |
It now accepts an arbitrary inner matcher but is fully backwards
compatible.
llvm-svn: 160348
|
| |
|
|
|
|
|
|
|
|
|
| |
- lib/Driver/Driver.cpp, tools/driver/driver.cpp: Exit status should not be propagated, although clang driver should catch exceptions.
- test/Driver/crash-report.c: Add REQUIRES:shell for now.
FIXME: setenv should work also on Lit.InternalShellRunner.
- test/Driver/crash-report.c: Remove XFAIL.
Thanks to Chad, To point out the issue.
llvm-svn: 160343
|
| |
|
|
|
|
| |
to build a type before seeing the definition.
llvm-svn: 160339
|
| |
|
|
|
|
|
| |
* Treat compound assignment as a use, at Jordy's request.
* Always add compound assignments into the CFG, so we can correctly diagnose the use in 'return x += 1;'
llvm-svn: 160334
|
| |
|
|
|
|
|
|
|
|
| |
use out of TransferFunctions, and compute it in advance rather than on-the-fly.
This allows us to handle compound assignments with DeclRefExprs on the RHS
correctly, and also makes it trivial to treat const& function parameters as not
initializing the argument. The patch also makes both of those changes.
llvm-svn: 160330
|
| |
|
|
|
|
| |
<rdar://problem/11818967>
llvm-svn: 160328
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This code is very sensitive to the difference between "columns" as printed
and "bytes" (SourceManager columns). All variables are now named explicitly
and our assumptions are (hopefully) documented as both comment and assertion.
Whether parseable fixits should use byte offsets or Unicode character counts
is pending discussion on the mailing list; currently the implementation uses
bytes (and has no problems on lines containing multibyte characters).
This has been added to the user manual.
<rdar://problem/11877454>
llvm-svn: 160319
|
| |
|
|
|
|
| |
Found while investigating PR13330
llvm-svn: 160318
|
| |
|
|
| |
llvm-svn: 160315
|
| |
|
|
| |
llvm-svn: 160313
|
| |
|
|
|
|
| |
unbreak the VS build.
llvm-svn: 160309
|
| |
|
|
|
|
|
| |
This function has two versions. The first one is used for a register operand.
The second one is used for an immediate number.
llvm-svn: 160308
|
| |
|
|
|
|
|
|
| |
template.
Review by Richard Smith.
llvm-svn: 160306
|
| |
|
|
|
|
| |
<string.h>. // rdar://11847319
llvm-svn: 160287
|
| |
|
|
|
|
| |
command-line tool stuff to CommandLineClangTool
llvm-svn: 160265
|
| |
|
|
| |
llvm-svn: 160257
|
| |
|
|
| |
llvm-svn: 160255
|
| |
|
|
|
|
| |
CXXFunctionalCastExprs.
llvm-svn: 160252
|
| |
|
|
|
|
|
|
| |
as an array of its base class TemplateArgument. Switch the const
TemplateArgument* parameters of InstantiatingTemplate's constructors to
ArrayRef<TemplateArgument> to prevent this from happening again in the future.
llvm-svn: 160245
|
| |
|
|
|
|
|
|
|
| |
being a property of a canonical type to being a property of the fully-sugared
type. This should only make a difference in the case where an alias template
ignores one of its parameters, and that parameter is an unexpanded parameter
pack.
llvm-svn: 160244
|
| |
|
|
| |
llvm-svn: 160241
|
| |
|
|
|
|
| |
has a much lower default stack limit than the systems I have access to.
llvm-svn: 160240
|
| |
|
|
| |
llvm-svn: 160238
|
| |
|
|
| |
llvm-svn: 160231
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
struct __attribute__((visibility("hidden"))) zed {
};
struct __attribute__((visibility("hidden"))) zed;
Which is a bit silly and got a lot noisier now that we correctly handle
visibility pragmas. This patch fixes that and also has some extra quality
improvements:
* We now produce an error instead of a warning for
struct __attribute__((visibility("hidden"))) zed {
};
struct __attribute__((visibility("default"))) zed;
* The "after definition" warning now points to the new attribute that is
ignored instead of pointing to the declaration.
llvm-svn: 160227
|
| |
|
|
| |
llvm-svn: 160226
|
| |
|
|
|
|
| |
Finishes rdar://11875995
llvm-svn: 160225
|