| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
| |
Save InstCombine some work if we can perform this fold during
InstSimplify.
llvm-svn: 216441
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
consider:
long long *f(long long *b, long long *e) {
return b + (e - b);
}
we would lower this to something like:
define i64* @f(i64* %b, i64* %e) {
%1 = ptrtoint i64* %e to i64
%2 = ptrtoint i64* %b to i64
%3 = sub i64 %1, %2
%4 = ashr exact i64 %3, 3
%5 = getelementptr inbounds i64* %b, i64 %4
ret i64* %5
}
This should fold away to just 'e'.
N.B. This adds m_SpecificInt as a convenient way to match against a
particular 64-bit integer when using LLVM's match interface.
llvm-svn: 216439
|
| |
|
|
|
|
| |
Followup based on review.
llvm-svn: 216436
|
| |
|
|
|
|
| |
This reverts commit r216365.
llvm-svn: 216433
|
| |
|
|
|
|
| |
Address review comments.
llvm-svn: 216432
|
| |
|
|
|
|
| |
This reverts commit r216358.
llvm-svn: 216431
|
| |
|
|
|
|
| |
This reverts commit r216364.
llvm-svn: 216430
|
| |
|
|
|
|
| |
This reverts commit rr216359.
llvm-svn: 216429
|
| |
|
|
|
|
| |
This reverts commit r216360.
llvm-svn: 216428
|
| |
|
|
| |
llvm-svn: 216427
|
| |
|
|
|
|
| |
Address review comments.
llvm-svn: 216426
|
| |
|
|
|
|
| |
Also clean up and beef up this grep test for the feature.
llvm-svn: 216425
|
| |
|
|
| |
llvm-svn: 216424
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
There is no functionality change here except in the way we assemble and
dump musttail calls in variadic functions. There's really no need to
separate out the bits for musttail and "is forwarding varargs" on call
instructions. A musttail call by definition has to forward the ellipsis
or it would fail verification.
Reviewers: chandlerc, nlewycky
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D4892
llvm-svn: 216423
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Adding, removing, or changing non-pack parameters can change the ABI
classification of pack parameters. Clang and other frontends encode the
classification in the IR of the call site, but the callee side
determines it dynamically based on the number of registers consumed so
far. Changing the prototype affects the number of registers consumed
would break such code.
Dead argument elimination performs a similar task and already has a
similar check to avoid this problem.
Patch by Thomas Jablin!
llvm-svn: 216421
|
| |
|
|
|
|
|
|
| |
The expressions 'Reloc.Addend - Addend' and 'Reloc.Offset' should always be
equal in this context. The latter is prefered - we want to remove the
RelocationValueRef::Addend field in the future.
llvm-svn: 216418
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This patch fixes a subtle bug in the UNIX implementation of
llvm::sys::argumentsFitWithinSystemLimits() regarding the misuse of a static
variable. This bug causes our cached number that stores the system command line
maximum length to be halved after each call to the function. With a sufficient
number of calls to this function, it will eventually report any given command
line string to be over system limits.
Patch by Rafael Auler.
llvm-svn: 216415
|
| |
|
|
|
|
| |
Also switch section memory dump format from 8 to 16 columns.
llvm-svn: 216413
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This patch refactors the argument serialization logic used in the Execute
function, used to launch new Windows processes. There is a critical step that
joins char** arguments into a single string, building the command line used to
launch the new process, and the readability of this code is improved if this
part is refactored in its own helper function.
Patch by Rafael Auler!
llvm-svn: 216411
|
| |
|
|
| |
llvm-svn: 216403
|
| |
|
|
| |
llvm-svn: 216400
|
| |
|
|
|
|
|
|
|
|
| |
Take a StringRef instead of a "const char *".
Take a "std::error_code &" instead of a "std::string &" for error.
A create static method would be even better, but this patch is already a bit too
big.
llvm-svn: 216393
|
| |
|
|
|
|
|
|
|
|
|
| |
This actually was caught by existing tests but those tests were disabled
with an XFAIL because of PR20736. While working on fixing that,
I noticed the test failure, and tracked it down to this.
We even have a really nice Clang warning that would have caught this but
it isn't enabled in LLVM! =[ I may look at enabling it.
llvm-svn: 216391
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
GlobalDCE deletes global vars and updates their initializers to nullptr
while leaving underlying constants to be cleaned up later by its uses.
The clean up may never happen, fix this by forcing it every time it's
safe to destroy constants.
Final patch by Rafael Espindola
http://reviews.llvm.org/D4931
<rdar://problem/17523868>
llvm-svn: 216390
|
| |
|
|
|
|
|
| |
Patterns for lowering libm calls to VCVT{A,N,P,M} are also included.
Phabricator Revision: http://reviews.llvm.org/D5033
llvm-svn: 216388
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Extended avx512_icmp_packed multiclass by masking versions.
Added avx512_icmp_packed_rmb multiclass for embedded broadcast versions.
Added corresponding _vl multiclasses.
Added encoding tests for CPCMP{EQ|GT}* instructions.
Add more fields for X86VectorVTInfo.
Added AVX512VLVectorVTInfo that include X86VectorVTInfo for 512/256/128-bit versions
Differential Revision: http://reviews.llvm.org/D5024
llvm-svn: 216383
|
| |
|
|
|
|
| |
cmpAPFloat has been renamed to cmpAPFloats (multiple form).
llvm-svn: 216376
|
| |
|
|
|
|
| |
cmpAPInt has been renamed to cmpAPInts (multiple form).
llvm-svn: 216375
|
| |
|
|
|
|
| |
cmpType has been renamed to cmpTypes (multiple form).
llvm-svn: 216374
|
| |
|
|
|
|
| |
cmpGEP has been renamed to cmpGEPs (multiple form).
llvm-svn: 216373
|
| |
|
|
|
|
|
|
| |
This patch adds support to recognize division by uniform power of 2 and modifies the cost table to vectorize division by uniform power of 2 whenever possible.
Updates Cost model for Loop and SLP Vectorizer.The cost table is currently only updated for X86 backend.
Thanks to Hal, Andrea, Sanjay for the review. (http://reviews.llvm.org/D4971)
llvm-svn: 216371
|
| |
|
|
|
|
| |
This makes runOnMachineFunction vastly more readable.
llvm-svn: 216368
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 216367
|
| |
|
|
| |
llvm-svn: 216366
|
| |
|
|
| |
llvm-svn: 216365
|
| |
|
|
| |
llvm-svn: 216364
|
| |
|
|
|
|
|
| |
Also make members that are never accessed outside the class
private.
llvm-svn: 216363
|
| |
|
|
|
|
| |
NFC.
llvm-svn: 216362
|
| |
|
|
| |
llvm-svn: 216361
|
| |
|
|
| |
llvm-svn: 216360
|
| |
|
|
| |
llvm-svn: 216359
|
| |
|
|
| |
llvm-svn: 216358
|
| |
|
|
| |
llvm-svn: 216357
|
| |
|
|
|
|
| |
This parameter is never null.
llvm-svn: 216356
|
| |
|
|
| |
llvm-svn: 216355
|
| |
|
|
| |
llvm-svn: 216351
|
| |
|
|
| |
llvm-svn: 216350
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This does nothing but remove the Record from the map, and
then re-add it, without actually changing it in between.
The Record's Name used to be changed before re-adding it
when the code was first committed in r137232, but the
name-changing lines were removed in r142510, and since
then this code seems to do nothing.
This was also the only caller of removeClass or removeDef,
so now RecordKeeper owns its Records unconditionally,
and could be unique_ptr-ified.
llvm-svn: 216349
|
| |
|
|
| |
llvm-svn: 216348
|
| |
|
|
|
|
| |
The tables are initialized when X86TargetLowering object is created.
llvm-svn: 216345
|