| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 224604
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
In order to get the bots running quicker I would like to be able to use ccache
with the test suite. This patch adds support for running the test suite using
ccache. To use ccache pass `--param=use_ccache=true` when running the test suite.
ccache will not cache any command that invokes ld, so the build step needs to be
split into two separate compile commands. The cost of splitting the build step
into two parts when not using ccache seems to be minimal. On my machine I saw a
difference of ~5 seconds on a 5 minute test suite run.
A full test suite run with ccache generates about 250MB of cached data.
I recorded the following times for running the test suite in the following configurations:
- no ccache: 340s
- initial ccache run: 380s
- rerun with ccache (no changes): 53s.
- rerun with ccache (<string> changed): 80s
- rerun with ccache (<cmath> changed): 169s
- rerun with ccache (<valarray> changed): 69s
Reviewers: mclow.lists, jroelofs, danalbert
Reviewed By: jroelofs
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D6647
llvm-svn: 224603
|
| |
|
|
|
|
|
|
| |
they would always get a non-NULL string back.
<rdar://problem/19298575>
llvm-svn: 224602
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Change the way ASan flag parsing is performed at activation: instead
of overwriting all ASan and common flags from the activation string,
ASan will now only override a handful of whitelisted flags.
This is a first step towards making runtime flags immutable after
initialization. I plan to re-factor the activation stragegy to
the following one:
- Parse commandline flags. Override the defaults from compile
definition, env var, etc. Flags are immutable at this point.
- Initiailize the runtime from commandline flags.
- If ASan needs to be started deactivated, stash the runtime
state in "asan_deactivated_flags" and deactivate the runtime.
- When ASan is activated, override "asan_deactivated_flags" with
activation flags, and use it to re-activate the runtime.
Test Plan: regression test suite
Reviewers: eugenis, kcc
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D6709
llvm-svn: 224601
|
| |
|
|
| |
llvm-svn: 224600
|
| |
|
|
| |
llvm-svn: 224599
|
| |
|
|
|
|
| |
register class.
llvm-svn: 224598
|
| |
|
|
|
|
|
|
|
|
| |
clang does not like the definition of builtins. In order to work around this,
we use a SUN CC to redefine the generated name. However, this requires that we
account for the user label prefix. Rather than hard coding that into the file,
rely on the compiler to tell us the information and use the preprocessor to
generate the name as we do in the assembly routines. NFC.
llvm-svn: 224597
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This patch adds "all" sanitizer group. A shortcut "-fno-sanitize=all"
can be used to disable all sanitizers for a given source file.
"-fsanitize=all" option makes no sense, and will produce an error.
This group can also be useful when we add "-fsanitize-recover=<list>"
options (patch in http://reviews.llvm.org/D6302), as it would allow
to conveniently enable/disable recovery for all specified sanitizers.
Test Plan: regression test suite
Reviewers: kcc, rsmith
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D6733
llvm-svn: 224596
|
| |
|
|
|
|
| |
when we diagnose this as an error.
llvm-svn: 224595
|
| |
|
|
|
|
|
|
|
|
| |
dsymutil needs access to DWARF specific inforamtion, the small DIContext
wrapper isn't sufficient. Other DWARF consumers might want to use it too
(I'm looking at you lldb).
Differential Revision: http://reviews.llvm.org/D6694
llvm-svn: 224594
|
| |
|
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D6664
Reviewed by: Sean Callanan
llvm-svn: 224593
|
| |
|
|
|
|
|
|
|
|
| |
implicit conversion.
The issue was produced with OpenCL C code that
called a function with a constant string literal
argument.
llvm-svn: 224592
|
| |
|
|
| |
llvm-svn: 224591
|
| |
|
|
|
|
| |
Found by the Clang static analyzer.
llvm-svn: 224590
|
| |
|
|
|
|
| |
Found by the Clang static analyzer.
llvm-svn: 224589
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
sub cstexpr
The visitSwitchInst generates SUB constant expressions to recompute the
switch condition. When truncating the condition to a smaller type, SUB
expressions should use the previous type (before trunc) for both
operands. Also, fix code to also return the modified switch when only
the truncation is performed.
This fixes an assertion crash.
Differential Revision: http://reviews.llvm.org/D6644
rdar://problem/19191835
llvm-svn: 224588
|
| |
|
|
|
|
| |
Found by the Clang static analyzer.
llvm-svn: 224587
|
| |
|
|
|
|
| |
Found by the Clang static analyzer.
llvm-svn: 224586
|
| |
|
|
| |
llvm-svn: 224585
|
| |
|
|
|
|
| |
Thanks Albert Cohen.
llvm-svn: 224584
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Backends recognize (-0.0 - X) as the canonical form for fneg
and produce better code. Eg, ppc64 with 0.0:
lis r2, ha16(LCPI0_0)
lfs f0, lo16(LCPI0_0)(r2)
fsubs f1, f0, f1
blr
vs. -0.0:
fneg f1, f1
blr
Differential Revision: http://reviews.llvm.org/D6723
llvm-svn: 224583
|
| |
|
|
|
|
|
|
| |
or an identifier. VariadicEnumArguments now behave consistently instead of only accepting a string literal.
This change affects the only attribute accepting a variadic enumeration: callable_when.
llvm-svn: 224582
|
| |
|
|
| |
llvm-svn: 224581
|
| |
|
|
|
|
| |
Trying to investigate why this test is flaky.
llvm-svn: 224580
|
| |
|
|
|
|
| |
under their own warning flags. Amends r224465.
llvm-svn: 224578
|
| |
|
|
| |
llvm-svn: 224577
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
cstexpr"
Reverts commit r224574 to appease buildbots:
The visitSwitchInst generates SUB constant expressions to recompute the
switch condition. When truncating the condition to a smaller type, SUB
expressions should use the previous type (before trunc) for both
operands. This fixes an assertion crash.
llvm-svn: 224576
|
| |
|
|
| |
llvm-svn: 224575
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The visitSwitchInst generates SUB constant expressions to recompute the
switch condition. When truncating the condition to a smaller type, SUB
expressions should use the previous type (before trunc) for both
operands. This fixes an assertion crash.
Differential Revision: http://reviews.llvm.org/D6644
rdar://problem/19191835
llvm-svn: 224574
|
| |
|
|
| |
llvm-svn: 224572
|
| |
|
|
| |
llvm-svn: 224571
|
| |
|
|
|
|
| |
Found with the Clang static analyzer.
llvm-svn: 224570
|
| |
|
|
|
|
|
| |
The test got silently disabled because of a typo in the lit config.
Also, compiler flags have changed (asan-coverage -> fsanitize-coverage).
llvm-svn: 224569
|
| |
|
|
|
|
| |
Patch by Alastair Donaldson
llvm-svn: 224568
|
| |
|
|
|
|
|
|
| |
Export symbols in libLTO.dylib for the local context-related functions
added in r221733 (`LTO_API_VERSION=11`)... and add the missing
definition for `lto_codegen_create_in_local_context()`.
llvm-svn: 224567
|
| |
|
|
|
|
|
|
| |
Instead of reusing the name `MapValue()` when mapping `Metadata`, use
`MapMetadata()`. The old name doesn't make much sense after the
`Metadata`/`Value` split.
llvm-svn: 224566
|
| |
|
|
|
|
| |
Just changing whitespace to test commit access...
llvm-svn: 224565
|
| |
|
|
| |
llvm-svn: 224564
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: This fixes the exports iterator if the export list is empty.
Reviewers: Bigcheese, kledzik
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D6732
llvm-svn: 224563
|
| |
|
|
| |
llvm-svn: 224562
|
| |
|
|
|
|
| |
declared return type (including a trailing-return-type in C++14).
llvm-svn: 224561
|
| |
|
|
|
|
|
|
| |
This also fixes problems with undef copies of subregisters. I can't
attach a testcase for that as none of the targets in trunk has
subregister liveness tracking enabled.
llvm-svn: 224560
|
| |
|
|
|
|
|
|
|
|
| |
non-zero index.
The issue was we had a global variable that was a pointer, and the address type of the children wasn't "load address" when it needed to be. Full details are in the comments of the changes.
<rdar://problem/15107937>
llvm-svn: 224559
|
| |
|
|
|
|
| |
Fixes PR21947.
llvm-svn: 224558
|
| |
|
|
| |
llvm-svn: 224557
|
| |
|
|
| |
llvm-svn: 224556
|
| |
|
|
| |
llvm-svn: 224555
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The algorithm for sorting libraries in topological order, as
previously implemented, had a few issues:
* It didn't make any sense.
* It didn't actually sort libraries in topological order.
* It hung on some inputs, e.g. "LLVMipo".
This commit replaces the old algorithm with a straightforward port
from llvm-config.cpp.
llvm-svn: 224554
|
| |
|
|
| |
llvm-svn: 224553
|