| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
StringTable is a member variable, so we don't need to pass it around.
llvm-svn: 258382
|
|
|
|
|
|
|
| |
MCLineEntry gives the impression that it is generic MC machinery.
However, it is specific to DWARF.
llvm-svn: 258381
|
|
|
|
| |
llvm-svn: 258380
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Mark the LLVMGlobalISel library as optional in
LLVMBuild.txt, since the library is only built
if LLVM_BUILD_GLOBAL_ISEL is set. Without doing
this, llvm-config includes the library in the
list of components regardless of whether it's
built, and then will error out when asked for
the library names/paths.
Reviewers: qcolombet
Subscribers: joker.eph, llvm-commits, vkalintiris
Differential Revision: http://reviews.llvm.org/D16386
llvm-svn: 258379
|
|
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D16384
llvm-svn: 258378
|
|
|
|
| |
llvm-svn: 258377
|
|
|
|
|
|
|
|
|
|
|
| |
The binary contains two (merged) covmap sections which
have duplicate CovMapRecords from comdat (template instantation).
This test makes sure the reader reads it properly. It also
tests that the coverage data from different instantiations
of the same template function are properly merged in show
output.
llvm-svn: 258376
|
|
|
|
| |
llvm-svn: 258374
|
|
|
|
| |
llvm-svn: 258370
|
|
|
|
|
|
| |
It is already a member variable.
llvm-svn: 258369
|
|
|
|
| |
llvm-svn: 258368
|
|
|
|
|
|
|
|
|
|
|
| |
for F_DUPFD
On Mac OS X, this was working just fine in debug builds (presumably, because the right value ended up being at the right location for the variadic ABI), but not in Release builds
As a result, we were seeing failures with commands that set their own immediate output stream - only in Release builds, which always makes for a fun little investigation
I have removed those fcntl() calls and replaced them with dup() calls. This fixes the issue in both Debug and Release builds
llvm-svn: 258367
|
|
|
|
|
|
|
|
|
| |
non-commutative operators.
This fixes a miscompile in MultiSource/Benchmarks/MiBench/consumer-lame
introduced in r258296.
llvm-svn: 258366
|
|
|
|
|
|
|
|
| |
We had some #ifdefs that were looking for the wrong #defines and as a result
debugserver didn't have support for certain simulators. This patch resolves
the problem.
llvm-svn: 258365
|
|
|
|
| |
llvm-svn: 258364
|
|
|
|
| |
llvm-svn: 258363
|
|
|
|
|
|
| |
Found while reviewing the change for PR26152.
llvm-svn: 258362
|
|
|
|
| |
llvm-svn: 258361
|
|
|
|
| |
llvm-svn: 258360
|
|
|
|
| |
llvm-svn: 258359
|
|
|
|
|
|
|
| |
The fix in r258324 (plus r258354) should allow Orc execution tests to run on
Linux.
llvm-svn: 258358
|
|
|
|
| |
llvm-svn: 258357
|
|
|
|
|
|
| |
was previously causing failed assertions because dyn_cast was being passed a null pointer due to the delay-parsed body.
llvm-svn: 258356
|
|
|
|
|
|
|
|
| |
Fix the condition for when the new global takes over the name of
the existing one to be the negation of the condition for the new
global to get internal linkage.
llvm-svn: 258355
|
|
|
|
|
|
|
| |
error: field 'CCMgr' will be initialized after field 'IndirectStubsMgr' [-Werror,-Wreorder]
: DL(TM.createDataLayout()), CCMgr(std::move(CCMgr)),
llvm-svn: 258354
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
While working on uniform branching, I've hit a few cases where we emit
i1 SETCC operations.
Reviewers: arsenm
Subscribers: arsenm, llvm-commits
Differential Revision: http://reviews.llvm.org/D16233
llvm-svn: 258352
|
|
|
|
| |
llvm-svn: 258350
|
|
|
|
| |
llvm-svn: 258348
|
|
|
|
| |
llvm-svn: 258347
|
|
|
|
| |
llvm-svn: 258346
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds the necessary plumbing to cmake to build the sources related to
GlobalISel.
To build the sources related to GlobalISel, we need to add -DBUILD_GLOBAL_ISEL=ON.
By default, this is OFF, thus GlobalISel sources will not impact people that do
not explicitly opt-in.
Differential Revision: http://reviews.llvm.org/D15983
llvm-svn: 258344
|
|
|
|
| |
llvm-svn: 258343
|
|
|
|
|
|
| |
This removes support for mesa 11.0.x
llvm-svn: 258342
|
|
|
|
|
|
|
|
| |
dynamically.
Path by Jonathan Coe.
llvm-svn: 258341
|
|
|
|
| |
llvm-svn: 258340
|
|
|
|
|
|
|
|
|
|
|
|
| |
MSan runtime is not itself instrumented, so we need to explicitly
clear shadow for function arguments before calling user-provided
functions from runtime (e.g. we already do this for several
interceptors).
I'm still crafting a test case that would demonstrate this issue
reliably, and will commit it later today.
llvm-svn: 258339
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This adds a new kind of operand bundle to LLVM denoted by the
`"gc-transition"` tag. Inputs to `"gc-transition"` operand bundle are
lowered into the "transition args" section of `gc.statepoint` by
`RewriteStatepointsForGC`.
This removes the last bit of functionality that was unsupported in the
deopt bundle based code path in `RewriteStatepointsForGC`.
Reviewers: pgavlin, JosephTremoulet, reames
Subscribers: sanjoy, mcrosier, llvm-commits
Differential Revision: http://reviews.llvm.org/D16342
llvm-svn: 258338
|
|
|
|
| |
llvm-svn: 258337
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some architecture specific ELF section flags might have the same value
(for example SHF_X86_64_LARGE and SHF_HEX_GPREL) and we have to check
machine architectures to select an appropriate set of possible flags.
The patch selects architecture specific flags into separate arrays
`ElfxxxSectionFlags` and combines `ElfSectionFlags` and `ElfxxxSectionFlags`
before pass to the `StreamWriter::printFlags()` method.
Differential Revision: http://reviews.llvm.org/D16269
llvm-svn: 258334
|
|
|
|
|
|
|
|
|
|
|
| |
The selection process being split into separate passes, we need generic opcodes
to translate the LLVM IR to target independent code.
This patch adds an opcode for addition: G_ADD.
Differential Revision: http://reviews.llvm.org/D15472
llvm-svn: 258333
|
|
|
|
| |
llvm-svn: 258332
|
|
|
|
|
|
|
| |
STT_FILE symbols usually contain source file names. It is redundant
to keep this information in the output file.
llvm-svn: 258331
|
|
|
|
| |
llvm-svn: 258330
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a symbol S shows up in an expression in assembly there are two
possible interpretations
* The expression is referring to the value of S in this file.
* The expression is referring to the value after symbol resolution.
In the first case the assembler can reason about the value and try to
produce a relocation.
In the second case, that is only possible if the symbol cannot be
preempted.
Assemblers are not very consistent about which interpretation gets used.
This changes MC to agree with GAS in the case of an expression of the
form "Sym - WeakSym".
llvm-svn: 258329
|
|
|
|
|
|
| |
Patch by Kwasi Mensah, thank you.
llvm-svn: 258328
|
|
|
|
|
|
|
| |
the same temporary file, otherwise there is a race condition when using
parallel make jobs.
llvm-svn: 258327
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The test case will crash without this patch because the subsequent call to
hasUnsafeAlgebra() assumes that the call instruction is an FPMathOperator
(ie, returns an FP type).
This part of the function signature check was omitted for the sqrt() case,
but seems to be in place for all other transforms.
Before:
http://reviews.llvm.org/rL257400
...we would have needlessly continued execution in optimizeSqrt(), but the
bug was harmless because we'd eventually fail some other check and return
without damage.
This should fix:
https://llvm.org/bugs/show_bug.cgi?id=26211
Differential Revision: http://reviews.llvm.org/D16198
llvm-svn: 258325
|
|
|
|
| |
llvm-svn: 258324
|
|
|
|
| |
llvm-svn: 258323
|
|
|
|
|
|
| |
Patch by Aleksei Sidorin.
llvm-svn: 258322
|