| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
Part of rdar://9037836 and rdar://9119939
llvm-svn: 132590
|
|
|
|
|
|
|
|
| |
Added asserts whenever attempting to use a potentially
uninitialized pass. This helps people trying to develop a new pass and
people trying to understand the bug reports filed by the former people.
llvm-svn: 132520
|
|
|
|
| |
llvm-svn: 132519
|
|
|
|
|
|
|
|
| |
Testcase will come when we use it.
Part of rdar://9119939
llvm-svn: 132476
|
|
|
|
| |
llvm-svn: 132353
|
|
|
|
|
|
|
|
| |
fixes aliasing issues with the old and new names as well as adds test
cases for the auto-upgrader.
Fixes rdar 9472944.
llvm-svn: 132207
|
|
|
|
|
|
|
| |
crc32.[8|16|32] have been renamed to .crc32.32.[8|16|32] and
crc64.[8|16|32] have been renamed to .crc32.64.[8|64].
llvm-svn: 132163
|
|
|
|
|
|
|
| |
LTO friendly as we can now correctly merge files compiled with or without
-fasynchronous-unwind-tables.
llvm-svn: 132033
|
|
|
|
| |
llvm-svn: 131906
|
|
|
|
| |
llvm-svn: 131883
|
|
|
|
| |
llvm-svn: 131827
|
|
|
|
|
|
| |
use these soon.
llvm-svn: 131812
|
|
|
|
| |
llvm-svn: 131724
|
|
|
|
| |
llvm-svn: 131600
|
|
|
|
| |
llvm-svn: 131541
|
|
|
|
|
|
|
|
|
| |
than either the primitive size or the element primitive size (in the case
of vectors), simplify the vector logic. No functionality change. There
is some distracting churn in the patch because I lined up comments better
while there - sorry about that.
llvm-svn: 131533
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
happily accept things like "sext <2 x i32> to <999 x i64>". It would
also accept "sext <2 x i32> to i64", though the verifier would catch
that later. Fixed by having castIsValid check that vector lengths match
except when doing a bitcast. (2) When creating a cast instruction, check
that the cast is valid (this was already done when creating constexpr
casts). While there, replace getScalarSizeInBits (used to allow more
vector casts) with getPrimitiveSizeInBits in getCastOpcode and isCastable
since vector to vector casts are now handled explicitly by passing to the
element types; i.e. this bit should result in no functional change.
llvm-svn: 131532
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
can be used to turn a <4 x i64> into a <4 x i32> but getCastOpcode would assert
if you passed these types to it. Note that this strictly extends the previous
functionality: if getCastOpcode previously accepted two vector types (i.e. didn't
assert) then it still will and returns the same opcode (BitCast). That's because
before it would only accept vectors with the same bitwidth, and the new code only
touches vectors with the same length. However if two vectors have both the same
bitwidth and the same length then their element types have the same bitwidth, so
the new logic will return BitCast as before.
llvm-svn: 131530
|
|
|
|
|
|
| |
corrupted when setjmp returns again.
llvm-svn: 131399
|
|
|
|
|
|
| |
to fix PR9900. I will keep it open until sable is able to comment on it.
llvm-svn: 131294
|
|
|
|
| |
llvm-svn: 131164
|
|
|
|
| |
llvm-svn: 131162
|
|
|
|
| |
llvm-svn: 131160
|
|
|
|
|
|
| |
headers.
llvm-svn: 131159
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
standard set of passes used by front ends can now be modified by LLVM plugins, without needing to modify any front ends.
Still to do:
- Allow replacing / removing passes (infrastructure there, just needs an infrastructure exposed)
- Defining sets of passes to be added or removed as a group
- Extending the support to allow user-defined groups of optimisations
- Allow plugins to be specified for loading automatically (e.g. from plugins.conf or some similar mechanism)
Reviewed by Nick Lewycky.
llvm-svn: 131155
|
|
|
|
| |
llvm-svn: 130957
|
|
|
|
|
|
| |
<rdar://problem/8460511>
llvm-svn: 130791
|
|
|
|
| |
llvm-svn: 130542
|
|
|
|
|
|
| |
into the DEBUG)
llvm-svn: 130448
|
|
|
|
| |
llvm-svn: 130435
|
|
|
|
|
|
| |
comment in llvm IR output. This, i.e -enable-debug-info-comment, is very useful if you want to easily find out which optimization pass is losing line number information.
llvm-svn: 130409
|
|
|
|
| |
llvm-svn: 130193
|
|
|
|
| |
llvm-svn: 130160
|
|
|
|
| |
llvm-svn: 130093
|
|
|
|
| |
llvm-svn: 130068
|
|
|
|
| |
llvm-svn: 129932
|
|
|
|
| |
llvm-svn: 129888
|
|
|
|
|
|
| |
Luis Felipe Strano Moraes!
llvm-svn: 129558
|
|
|
|
| |
llvm-svn: 129463
|
|
|
|
|
|
| |
related tweaks to ExprMapKeyType.
llvm-svn: 129443
|
|
|
|
| |
llvm-svn: 129441
|
|
|
|
| |
llvm-svn: 129439
|
|
|
|
| |
llvm-svn: 129419
|
|
|
|
| |
llvm-svn: 129403
|
|
|
|
|
|
|
|
|
| |
Now that we have a first-class way to represent unaligned loads, the unaligned
load intrinsics are superfluous.
First part of <rdar://problem/8460511>.
llvm-svn: 129401
|
|
|
|
|
|
| |
Also document that the global variables produced are mergable.
llvm-svn: 129330
|
|
|
|
| |
llvm-svn: 129271
|
|
|
|
|
|
| |
an odd number.
llvm-svn: 129270
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
--- Reverse-merging r129235 into '.':
D test/Feature/bb_attrs.ll
U include/llvm/BasicBlock.h
U include/llvm/Bitcode/LLVMBitCodes.h
U lib/VMCore/AsmWriter.cpp
U lib/VMCore/BasicBlock.cpp
U lib/AsmParser/LLParser.cpp
U lib/AsmParser/LLLexer.cpp
U lib/AsmParser/LLToken.h
U lib/Bitcode/Reader/BitcodeReader.cpp
U lib/Bitcode/Writer/BitcodeWriter.cpp
llvm-svn: 129259
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Add a "landing pad" attribute to the BasicBlock.
* Modify the bitcode reader and writer to handle said attribute.
Later: The verifier will ensure that the landing pad attribute is used in the
appropriate manner. I.e., not applied to the entry block, and applied only to
basic blocks that are branched to via a `dispatch' instruction.
(This is a work-in-progress.)
llvm-svn: 129235
|