| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Address review feedback from r255909.
Move body of resolveCycles(bool AllowTemps) to
resolveRecursivelyImpl(bool AllowTemps). Revert resolveCycles back
to asserting on temps, and add new resolveNonTemporaries interface
to invoke the new implementation with AllowTemps=true. Document
the differences between these interfaces, specifically the effect
on RAUW support and uniquing. Call appropriate interface from
ValueMapper.
llvm-svn: 257389
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
deallocated.
When asan is enabled, we poison slabs as we allocate them, and only unpoison the pieces
we need from the slab.
However, in Reset, we were failing to reset the state of the slab back to being poisoned.
Patch by b17 c0de.
llvm-svn: 257388
|
|
|
|
| |
llvm-svn: 257387
|
|
|
|
|
|
| |
It might be better to let this be a select failure instead.
llvm-svn: 257386
|
|
|
|
| |
llvm-svn: 257385
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit r254363.
load64BitDebugHelp() has the side effect of loading dbghelp and setting
globals. It should be called in no-asserts builds as well as debug
builds.
llvm_unreachable is also not appropriate here, since we actually want to
return if dbghelp couldn't be loaded in a non-asserts build.
llvm-svn: 257384
|
|
|
|
| |
llvm-svn: 257383
|
|
|
|
|
|
|
|
| |
OrcRemoteTargetClient::ObjectAllocs.
More MSVC bot appeasement.
llvm-svn: 257382
|
|
|
|
| |
llvm-svn: 257381
|
|
|
|
|
|
| |
Change (__kmp_mic_type != non_mic) to (__kmp_mic_type == mic2)
llvm-svn: 257380
|
|
|
|
|
|
|
|
| |
This removes ifdefs and fixes the build for users of the Win8.0 SDK,
which I happen to be. Upgrading is not hard, but executing the same code
everywhere seems better.
llvm-svn: 257379
|
|
|
|
| |
llvm-svn: 257378
|
|
|
|
| |
llvm-svn: 257377
|
|
|
|
|
|
|
|
|
|
|
| |
After these revisions, for arm targets, the -mcpu=xscale option caused
an error: "the clang compiler does not support '-mcpu=xscale'". Adding
"v5e" as a SUB_ARCH in ARMTargetParser.def helps.
Submitted by: Andrew Turner
Differential Revision: http://reviews.llvm.org/D16043
llvm-svn: 257376
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch fixes the memory sanitizer origin store instrumentation for
array types. This can be triggered by cases where frontend lowers
function return to array type instead of aggregation.
For instance, the C code:
--
struct mypair {
int64_t x;
int y;
};
mypair my_make_pair(int64_t x, int y) {
mypair p;
p.x = x;
p.y = y;
return p;
}
int foo (int p)
{
mypair z = my_make_pair(p, 0);
return z.y + z.x;
}
--
It will be lowered with target set to aarch64-linux and -O0 to:
--
[...]
define i32 @_Z3fooi(i32 %p) #0 {
[...]
%call = call [2 x i64] @_Z12my_make_pairxi(i64 %conv, i32 0)
%1 = bitcast %struct.mypair* %z to [2 x i64]*
store [2 x i64] %call, [2 x i64]* %1, align 8
[...]
--
The origin store will emit a 'icmp' to test each store value again the
TLS origin array. However since 'icmp' does not support ArrayType the
memory instrumentation phase will bail out with an error.
This patch change it by using the same strategy used for struct type on
array.
It fixes the 'test/msan/insertvalue_origin.cc' for aarch64 (the -O0 case).
llvm-svn: 257375
|
|
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D15968
llvm-svn: 257374
|
|
|
|
| |
llvm-svn: 257373
|
|
|
|
|
|
| |
Yet another attempt to pacify MSVC.
llvm-svn: 257372
|
|
|
|
|
|
| |
of __murmur2_or_cityhash. This lets people use the unsigned integer overflow checker in UBSAN w/o getting hits from libc++'s hash code (where the unsigned integer overflow is legal and deliberate)> Patch by @danielaustin. Reviewed as: http://reviews.llvm.org/D15973
llvm-svn: 257368
|
|
|
|
|
|
|
|
| |
I'm still seeing GCC ICE locally, but figured I'd throw this at the wall
& see if it sticks for the bots at least. Will continue investigating
the ICE in any case.
llvm-svn: 257367
|
|
|
|
| |
llvm-svn: 257366
|
|
|
|
| |
llvm-svn: 257365
|
|
|
|
|
|
| |
More MSVC bot appeasement.
llvm-svn: 257364
|
|
|
|
|
|
|
|
|
|
| |
-gsplit-dwarf is not implemented by clang on Windows. As such,
all the dwo tests are having the -gsplit-dwarf command line option
completely ignored, and the result is you get regular dwarf debug
information, and it's just running the exact same tests twice,
doubling the length of the test suite for no good reason.
llvm-svn: 257363
|
|
|
|
|
|
| |
Another shot at appeasing the clang-x86_64-ubuntu-gdb-75 builder.
llvm-svn: 257362
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Similar to rL256704 and rL256707, fix a few text files which were
accidentally checked in with DOS line endings, or mixed line endings.
Reviewers: jingham, emaste
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D16027
llvm-svn: 257361
|
|
|
|
| |
llvm-svn: 257360
|
|
|
|
|
|
|
|
|
| |
intermittent XPASSes on some builders.
These can be reinstated when we have proper support for small-code model in
the JIT.
llvm-svn: 257359
|
|
|
|
| |
llvm-svn: 257358
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Clang wasn't issuing a warning when compiling the following code:
struct s {
unsigned x;
} s = {
.x = 4 * 1024 * 1024 * 1024
};
rdar://problem/23399683
Differential Revision: http://reviews.llvm.org/D15097
llvm-svn: 257357
|
|
|
|
| |
llvm-svn: 257356
|
|
|
|
|
|
|
| |
supported, and only worked previously because we weren't really running them
out-of-process.
llvm-svn: 257355
|
|
|
|
| |
llvm-svn: 257354
|
|
|
|
| |
llvm-svn: 257353
|
|
|
|
|
|
|
|
| |
The hardware instruction's output on 0 is -1 rather than 32.
Eliminate a test and select to -1. This removes an extra instruction
from the compatability function with HSAIL's firstbit instruction.
llvm-svn: 257352
|
|
|
|
|
|
| |
RemoteTarget.cpp was removed in r257343.
llvm-svn: 257351
|
|
|
|
|
|
| |
OrcRemoteTargetServer::Allocator.
llvm-svn: 257350
|
|
|
|
|
|
| |
providing a more helpful error diagnostic.
llvm-svn: 257349
|
|
|
|
| |
llvm-svn: 257348
|
|
|
|
|
|
| |
multiple checker names. Updates the Python script for adding checks to properly handle these aliases.
llvm-svn: 257347
|
|
|
|
|
|
| |
This is the same as the default expansion.
llvm-svn: 257346
|
|
|
|
| |
llvm-svn: 257345
|
|
|
|
| |
llvm-svn: 257344
|
|
|
|
|
|
|
|
| |
The new ORC remote-JITing support provides a superset of the old code's
functionality, so we can replace the old stuff. As a bonus, a couple of
previously XFAILed tests have started passing.
llvm-svn: 257343
|
|
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D16017
llvm-svn: 257342
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As soon as a comment had whitespace changes inside of the token, we
couldn't identify the whole comment as a trailing comment anymore and
alignment stopped working. Add a new boolean to Change for this special
case and fix trailing comment identification to use it.
This also changes WhitespaceManager to sum the length of all Changes
inside of a token into the first Change.
Before this fix
int xy; // a
int z; //b
became
int xy; // a
int z; // b
with this patch we immediately get to:
int xy; // a
int z; // b
Differential Revision: http://reviews.llvm.org/D16058
llvm-svn: 257341
|
|
|
|
| |
llvm-svn: 257340
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
It actually takes an offset into the current PC-region.
This fixes the 'expr' command in lldb.
Reviewers: vkalintiris, jaydeep, bhushan
Subscribers: dsanders, llvm-commits
Differential Revision: http://reviews.llvm.org/D16054
llvm-svn: 257339
|
|
|
|
| |
llvm-svn: 257338
|
|
|
|
| |
llvm-svn: 257337
|