| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
corresponding to r166532."
According to r166543, it is not needed for now.
llvm-svn: 166544
|
| |
|
|
|
|
|
|
| |
Many of our tests specify triples that are not built into clang.
In this commit we allow clang to fail loading the triple if we are only
using clang to emit llvm ir.
llvm-svn: 166543
|
| |
|
|
| |
llvm-svn: 166541
|
| |
|
|
| |
llvm-svn: 166540
|
| |
|
|
|
|
| |
the x86_fastcallcc calling convention.
llvm-svn: 166538
|
| |
|
|
| |
llvm-svn: 166537
|
| |
|
|
|
|
|
| |
In particular, we do want to warn on some unused cast subexpressions within
macros.
llvm-svn: 166534
|
| |
|
|
|
|
|
|
|
| |
and use it to initialize the TargetTransformInfo analysis pass.
We need the TTI information for the loop vectorizer.
rdar://12464901
llvm-svn: 166532
|
| |
|
|
|
|
|
|
| |
This caused assertion failures analyzing LLVM.
<rdar://problem/12560282>
llvm-svn: 166529
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
After every 1000 CFGElements processed, the ExplodedGraph trims out nodes
that satisfy a number of criteria for being "boring" (single predecessor,
single successor, and more). Rather than controlling this with a cc1 option,
which can only disable this behavior, we now have an analyzer-config option,
'graph-trim-interval', which can change this interval from 1000 to something
else. Setting the value to 0 disables reclamation.
The next commit relies on this behavior to actually test anything.
llvm-svn: 166528
|
| |
|
|
| |
llvm-svn: 166527
|
| |
|
|
| |
llvm-svn: 166524
|
| |
|
|
| |
llvm-svn: 166522
|
| |
|
|
| |
llvm-svn: 166521
|
| |
|
|
| |
llvm-svn: 166520
|
| |
|
|
|
|
|
| |
method type in cateogry matches the implementation.
// rdar://12519216
llvm-svn: 166518
|
| |
|
|
| |
llvm-svn: 166516
|
| |
|
|
| |
llvm-svn: 166513
|
| |
|
|
| |
llvm-svn: 166511
|
| |
|
|
| |
llvm-svn: 166510
|
| |
|
|
| |
llvm-svn: 166509
|
| |
|
|
|
|
|
| |
the various stakeholders bump up the reference count. In particular,
the diagnostics engine now keeps the DiagnosticOptions object alive.
llvm-svn: 166508
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, we only had support for one level of library under lib/,
with the existence of the two-level lib/StaticAnalyzer/* hardcoded in
the top-level CMakeLists.txt. This became a problem with split of
libRewrite into several libraries -- with the same sub-names as the
libraries in lib/StaticAnalyzer/.
Now, we match up anything under lib/ to the corresponding directory
in include/clang/.
llvm-svn: 166505
|
| |
|
|
| |
llvm-svn: 166500
|
| |
|
|
| |
llvm-svn: 166499
|
| |
|
|
|
|
|
|
|
| |
defined without a previous declaration. This is similar to
-Wmissing-prototypes, but for variables instead of functions.
Patch by Ed Schouten.
llvm-svn: 166498
|
| |
|
|
| |
llvm-svn: 166497
|
| |
|
|
|
|
| |
even if it's dependent, in case it now names a member of the current instantiation.
llvm-svn: 166496
|
| |
|
|
| |
llvm-svn: 166489
|
| |
|
|
|
|
| |
Patch by David Hill.
llvm-svn: 166483
|
| |
|
|
|
|
| |
Patch by Eitan Adler!
llvm-svn: 166482
|
| |
|
|
| |
llvm-svn: 166479
|
| |
|
|
|
|
| |
-std=c++11.
llvm-svn: 166478
|
| |
|
|
|
|
| |
Patch by Gabor Horvath.
llvm-svn: 166477
|
| |
|
|
|
|
| |
xpass) on msvc.
llvm-svn: 166473
|
| |
|
|
| |
llvm-svn: 166471
|
| |
|
|
|
|
|
|
|
| |
check each of the files within that directory to determine if any of
them is an AST file that matches the language and target options. If
so, the first matching AST file is loaded. This fixes a longstanding
discrepency with GCC's precompiled header implementation.
llvm-svn: 166469
|
| |
|
|
|
|
| |
to dependent arguments.
llvm-svn: 166468
|
| |
|
|
|
|
| |
priotity, for testing
llvm-svn: 166466
|
| |
|
|
| |
llvm-svn: 166463
|
| |
|
|
|
|
| |
regression.
llvm-svn: 166461
|
| |
|
|
| |
llvm-svn: 166458
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
libraries have an incorrect definition of std::common_type (inherited from a
bug in the standard -- see LWG issue 2141), whereby they produce reference
types when they should not.
If we instantiate a typedef named std::common_type<...>::type, which is defined
in a system header as decltype(... ? ... : ...), and the decltype produces a
reference type, convert it to the non-reference type. (This doesn't affect any
LWG2141-conforming implementation of common_type, such as libc++'s, because the
default implementation of common_type<...>::type isn't supposed to produce a
reference type.)
This is horrible. I'm really sorry. :( Better ideas appreciated!
llvm-svn: 166455
|
| |
|
|
|
|
|
|
| |
implicitly-included PTH files during initialization, delaying the
mapping down to the "original source file" until after later in the
initialization process.
llvm-svn: 166452
|
| |
|
|
|
|
|
|
|
|
| |
failures they know how to tolerate, e.g., out-of-date input files or
configuration/version mismatches. Suppress the corresponding
diagnostics if the client can handle it.
No clients actually use this functionality, yet.
llvm-svn: 166449
|
| |
|
|
|
|
| |
ReadSLocEntry(). No functionality change.
llvm-svn: 166447
|
| |
|
|
|
|
|
|
| |
file corruption, compiler version mismatch, target/language
configuration mismatch, out-of-date AST file. No functionality change
yet.
llvm-svn: 166446
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Each option has a set of prefixes. When matching an argument such as
-funroll-loops. First the leading - is removed as it is a prefix. Then
a lower_bound search for "funroll-loops" is done against the option table by
option name. From there each option prefix + option name combination is tested
against the argument.
This allows us to support Microsoft style options where both / and - are valid
prefixes. It also simplifies the cases we already have where options come in
both - and -- forms. Almost every option for gnu-ld happens to have this form.
llvm-svn: 166444
|
| |
|
|
| |
llvm-svn: 166442
|
| |
|
|
| |
llvm-svn: 166441
|