| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
| |
r259305 fixed a few assertions around FrameIndex, and I forgot to update these failures despite having run the torture tests.
llvm-svn: 259320
|
| |
|
|
|
|
| |
Damn case-insensitive filesystem...
llvm-svn: 259319
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
llvm-dsymutil was misinterpreting the value of common symbols as their
address when it actually contains their size. This didn't impact
llvm-dsymutil's ability to link the debug information for common symbols
because these are always found by name and not by address. Things could
however go wrong when the size of a common object matched the object
file address of another symbol. Depending on the link order of the symbols
the common object might incorrectly evict this other object from the
address to symbol mapping, and then link the evicted symbol with a wrong
binary address.
Use the new ability to have symbols without an object file address to fix
this.
llvm-svn: 259318
|
| |
|
|
|
|
|
|
|
|
|
| |
This change just changes the data structure that ties symbol names,
object file address and linked binary addresses to accept mappings
with no object file address. Such symbol mappings are not fed into
the debug map yet, so this patch is NFC.
A subsequent patch will make use of this functionality for common
symbols.
llvm-svn: 259317
|
| |
|
|
| |
llvm-svn: 259315
|
| |
|
|
| |
llvm-svn: 259314
|
| |
|
|
|
|
| |
intead of 20 as that's the largest string a 64-bit hex value can be.
llvm-svn: 259313
|
| |
|
|
| |
llvm-svn: 259312
|
| |
|
|
|
|
| |
added to a Twine. NFC
llvm-svn: 259308
|
| |
|
|
|
|
|
|
| |
1. Mentioned that CUDA support works best with trunk.
2. Simplified the example by removing its dependency on the CUDA samples.
3. Explain the --cuda-gpu-arch flag.
llvm-svn: 259307
|
| |
|
|
|
|
|
|
| |
Previously the code assumed all uses of FI on loads and stores were as
addresses. This checks whether the use is the address or a value and
handles the latter case as it does for non-memory instructions.
llvm-svn: 259306
|
| |
|
|
|
|
|
|
| |
The previous code was incorrect (can't getReg a frameindex). We could instead optimize it to reduce tree height, but I'm not sure that's worthwhile yet because we then try to eliminate the frameindex.
This patch also fixes frame index elimination for operations which may load or store: it used to assume the base was operand 2 and immediate offset operand 1. That's not true for stores, where they're 4 and 3.
llvm-svn: 259305
|
| |
|
|
|
|
| |
WebAssemblyFrameLowering.cpp:158:44: warning: enumeral and non-enumeral type in conditional expression [enabled by default]
llvm-svn: 259303
|
| |
|
|
| |
llvm-svn: 259300
|
| |
|
|
| |
llvm-svn: 259299
|
| |
|
|
| |
llvm-svn: 259298
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The AMDGPUPromoteAlloca pass was emitting the read.local.size
calls, which with HSA was incorrectly selected to reading from
the offset mesa uses off of the kernarg pointer.
Error on intrinsics which aren't supported by HSA, and start
emitting the correct IR to read the workgroup size
out of the dispatch pointer.
Also initialize the pass so it can be tested with opt, and
start moving towards not depending on the subtarget as an
argument.
Start emitting errors for the intrinsics not handled with HSA.
llvm-svn: 259297
|
| |
|
|
|
|
|
|
| |
Only the dispatch.ptr intrinsic is supposed to be used now to get
the workgroup size, and the read.local.size intrinsics do not
work correctly.
llvm-svn: 259296
|
| |
|
|
| |
llvm-svn: 259295
|
| |
|
|
|
|
|
|
|
| |
Refine the test for whether an instruction is in an expression tree so that
it detects when one tree ends and another begins, so we can place a block
at that point, rather than continuing to find the first instruction not in
a tree at all.
llvm-svn: 259294
|
| |
|
|
|
|
|
| |
These use the correct prefix and follow the HSA naming convention
rather than the config register option names.
llvm-svn: 259293
|
| |
|
|
|
|
| |
Missed this stuff in r259291.
llvm-svn: 259292
|
| |
|
|
| |
llvm-svn: 259291
|
| |
|
|
| |
llvm-svn: 259290
|
| |
|
|
| |
llvm-svn: 259285
|
| |
|
|
|
|
|
| |
These sets perform linear searching in small mode so it is never a good
idea to use SmallSize/N bigger than 32.
llvm-svn: 259283
|
| |
|
|
| |
llvm-svn: 259282
|
| |
|
|
| |
llvm-svn: 259280
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: Previously we'd just silently skip these.
Reviewers: tra, jholewinski
Subscribers: llvm-commits, jhen, echristo,
Differential Revision: http://reviews.llvm.org/D16739
llvm-svn: 259279
|
| |
|
|
|
|
|
| |
Don't crash when there are no appropriate line table entries for a given
function.
llvm-svn: 259277
|
| |
|
|
|
|
|
|
| |
"Objective-C Class Properties" will be put into the objc_imageinfo struct.
rdar://23891898
llvm-svn: 259270
|
| |
|
|
| |
llvm-svn: 259266
|
| |
|
|
| |
llvm-svn: 259265
|
| |
|
|
| |
llvm-svn: 259264
|
| |
|
|
|
|
| |
from ASAN_OPTIONS set outside
llvm-svn: 259263
|
| |
|
|
| |
llvm-svn: 259262
|
| |
|
|
| |
llvm-svn: 259261
|
| |
|
|
|
|
|
|
|
|
| |
Add an option to llvm-profdata merge for writing out sparse indexed
profiles. These profiles omit InstrProfRecords for functions which are
never executed.
Differential Revision: http://reviews.llvm.org/D16727
llvm-svn: 259258
|
| |
|
|
|
|
|
| |
Apparently MSVC won't allow you to ask for the sizeof() a data member at
class scope.
llvm-svn: 259257
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Loop transformations can sometimes fail because the loop, while in
valid rotated LCSSA form, is not in a canonical CFG form. This is
an extremely simple pass that just merges obviously redundant
blocks, which can be used to fix some known failure cases. In the
future, it may be enhanced with more cases (and have code shared with
SimplifyCFG).
This allows us to run LoopSimplifyCFG -> LoopRotate -> LoopUnroll,
so that SimplifyCFG cleans up the loop before Rotate tries to run.
Not currently used in the pass manager, since this pass doesn't do
anything unless you can hook it up in an LPM with other loop passes.
It'll be added once Chandler cleans up things to allow this.
Tested in a custom pipeline out of tree to confirm it works in
practice (in addition to the included trivial test).
llvm-svn: 259256
|
| |
|
|
| |
llvm-svn: 259255
|
| |
|
|
| |
llvm-svn: 259254
|
| |
|
|
| |
llvm-svn: 259253
|
| |
|
|
|
|
|
|
|
|
|
| |
The majority of attribute queries checks for the existence of an enum
attribute in the FunctionIndex slot. We only have 48 of those and can
therefore summarize them in an uint64_t bitset which measurably improves
compile time.
Differential Revision: http://reviews.llvm.org/D16618
llvm-svn: 259252
|
| |
|
|
|
|
|
|
|
|
|
| |
The majority of queries just checks for the existince of an enum
attribute. We only have 48 of those and can summaryiz them in an
uint64_t bitfield so we can avoid searching the list. This improves
"opt" compile time by 1-4% in my measurements.
Differential Revision: http://reviews.llvm.org/D16617
llvm-svn: 259251
|
| |
|
|
| |
llvm-svn: 259244
|
| |
|
|
| |
llvm-svn: 259243
|
| |
|
|
| |
llvm-svn: 259242
|
| |
|
|
|
|
|
|
| |
r259192 post commit comment.
clang part in r259232, this is the LLVM part of the patch.
llvm-svn: 259240
|
| |
|
|
|
|
|
|
|
|
|
| |
opposite extractelement fold (PR26354)
We would infinite loop because we created a shufflevector that was wider than
needed and then failed to combine that with the insertelement. When subsequently
visiting the extractelement from that shuffle, we see that it's unnecessary,
delete it, and trigger another visit to the insertelement.
llvm-svn: 259236
|