| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
| |
It caused a crash in MultiSource/Benchmarks/Bullet.
Opt hit an assertion with "opt -std-compile-opts" because
Constant::getAllOnesValue doesn't know how to handle floats.
This patch added a test to reproduce the problem and a check that the
destination vector is of integer type.
Thank you Benjamin!
llvm-svn: 125459
|
| |
|
|
|
|
|
|
|
| |
the shift amounts are in a suitably wide type so that
we don't generate out of range constant shift amounts.
This fixes PR9028.
llvm-svn: 125458
|
| |
|
|
|
|
|
| |
is narrower than the shift register. Doing an anyext provides undefined bits in
the top part of the register.
llvm-svn: 125457
|
| |
|
|
| |
llvm-svn: 125456
|
| |
|
|
| |
llvm-svn: 125455
|
| |
|
|
|
|
| |
We were previously simplifying divisions, but not right shifts!
llvm-svn: 125454
|
| |
|
|
| |
llvm-svn: 125453
|
| |
|
|
| |
llvm-svn: 125452
|
| |
|
|
| |
llvm-svn: 125451
|
| |
|
|
|
|
|
| |
This fixes a FIXME in scev-aa.ll (allowing a new no-alias result) and
generally makes things more precise.
llvm-svn: 125449
|
| |
|
|
|
|
|
|
| |
These are just FXSAVE and FXRSTOR with REX.W prefixes. These versions use
64-bit pointer values instead of 32-bit pointer values in the memory map they
dump and restore.
llvm-svn: 125446
|
| |
|
|
| |
llvm-svn: 125444
|
| |
|
|
|
|
| |
putchar transforms, their return values are not compatible.
llvm-svn: 125442
|
| |
|
|
| |
llvm-svn: 125441
|
| |
|
|
| |
llvm-svn: 125439
|
| |
|
|
| |
llvm-svn: 125438
|
| |
|
|
|
|
|
|
| |
The DAGCombiner created illegal BUILD_VECTOR operations.
The patch added a check that either illegal operations are
allowed or that the created operation is legal.
llvm-svn: 125435
|
| |
|
|
|
|
|
|
|
|
|
| |
Teach the AsmMatcher handling to distinguish between an error custom-parsing
an operand and a failure to match. The former should propogate the error
upwards, while the latter should continue attempting to parse with
alternative matchers.
Update the ARM asm parser accordingly.
llvm-svn: 125426
|
| |
|
|
| |
llvm-svn: 125420
|
| |
|
|
| |
llvm-svn: 125412
|
| |
|
|
| |
llvm-svn: 125411
|
| |
|
|
|
|
|
|
|
|
|
| |
unsigned overflow (e.g. "gep P, -1"), and while they can have
signed wrap in theoretical situations, modelling an AddRec as
not having signed wrap is going enough for any case we can
think of today. In the future if this isn't enough, we can
revisit this. Modeling them as having NUW isn't causing any
known problems either FWIW.
llvm-svn: 125410
|
| |
|
|
|
|
|
|
| |
unsigned overflow (e.g. due to a negative array index), but
the scales on array size multiplications are known to not
sign wrap.
llvm-svn: 125409
|
| |
|
|
| |
llvm-svn: 125408
|
| |
|
|
|
|
| |
on the host OS. Reviewed by dgregor.
llvm-svn: 125406
|
| |
|
|
|
|
| |
This avoids moving each element to the integer register file and calling __divsi3 etc. on it.
llvm-svn: 125402
|
| |
|
|
|
|
| |
that the condition is not a vector.
llvm-svn: 125398
|
| |
|
|
|
|
|
| |
Add more folding patterns to constant expressions of vector selects and vector
bitcasts.
llvm-svn: 125393
|
| |
|
|
|
|
|
|
|
|
|
| |
The bug happens when the DAGCombiner attempts to optimize one of the patterns
of the SUB opcode. It tries to create a zero of type v2i64. This type is legal
on 32bit machines, but the initializer of this vector (i64) is target dependent.
Currently, the initializer attempts to create an i64 zero constant, which fails.
Added a flag to tell the DAGCombiner to create a legal zero, if we require that
the pass would generate legal types.
llvm-svn: 125391
|
| |
|
|
| |
llvm-svn: 125389
|
| |
|
|
| |
llvm-svn: 125388
|
| |
|
|
| |
llvm-svn: 125385
|
| |
|
|
|
|
|
| |
objects, since they'll end up using the implicit conversion to "bool"
and causing some very "fun" surprises.
llvm-svn: 125380
|
| |
|
|
|
|
|
| |
a loop when unswitching it. It only does this in the complex case, because
everything should be fine already in the simple case.
llvm-svn: 125369
|
| |
|
|
| |
llvm-svn: 125368
|
| |
|
|
| |
llvm-svn: 125367
|
| |
|
|
|
|
| |
flag. Noticed by Jin Gu Kang!
llvm-svn: 125366
|
| |
|
|
|
|
| |
as other constantexpr flags, reducing redundancy.
llvm-svn: 125365
|
| |
|
|
| |
llvm-svn: 125363
|
| |
|
|
| |
llvm-svn: 125361
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This
define float @foo(float %x, float %y) nounwind readnone {
entry:
%0 = tail call float @copysignf(float %x, float %y) nounwind readnone
ret float %0
}
Was compiled to:
vmov s0, r1
bic r0, r0, #-2147483648
vmov s1, r0
vcmpe.f32 s0, #0
vmrs apsr_nzcv, fpscr
it lt
vneglt.f32 s1, s1
vmov r0, s1
bx lr
This fails to copy the sign of -0.0f because it's lost during the float to int
conversion. Also, it's sub-optimal when the inputs are in GPR registers.
Now it uses integer and + or operations when it's profitable. And it's correct!
lsrs r1, r1, #31
bfi r0, r1, #31, #1
bx lr
rdar://8984306
llvm-svn: 125357
|
| |
|
|
| |
llvm-svn: 125327
|
| |
|
|
| |
llvm-svn: 125325
|
| |
|
|
|
|
| |
passes. Fixes PR9112. Patch by Jakub Staszak!
llvm-svn: 125319
|
| |
|
|
|
|
| |
iv-users twice.
llvm-svn: 125318
|
| |
|
|
| |
llvm-svn: 125317
|
| |
|
|
| |
llvm-svn: 125316
|
| |
|
|
|
|
|
| |
largely completes support for 128-bit fallback lowering for code that
is not 256-bit ready.
llvm-svn: 125315
|
| |
|
|
|
|
| |
proper fix soon
llvm-svn: 125305
|
| |
|
|
| |
llvm-svn: 125304
|