| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
of { i32, void ()* }. Teach the verifier to verify that, deleting copies of
checks strewn about.
llvm-svn: 129128
|
| |
|
|
| |
llvm-svn: 129040
|
| |
|
|
| |
llvm-svn: 129024
|
| |
|
|
|
|
| |
Keep track of llvm.dbg.value intrinsics with non null values.
llvm-svn: 129010
|
| |
|
|
|
|
| |
DenseMap.
llvm-svn: 128994
|
| |
|
|
| |
llvm-svn: 128988
|
| |
|
|
|
|
|
| |
returning a scalar value in a function whose return type is a single-
element structure or array.
llvm-svn: 128810
|
| |
|
|
| |
llvm-svn: 128800
|
| |
|
|
|
|
| |
Patch by Patrick Walton!
llvm-svn: 128798
|
| |
|
|
|
|
| |
list of operands. Simplify and rename them accordingly.
llvm-svn: 128708
|
| |
|
|
|
|
|
|
| |
had gotten out of sync: isCastable didn't think it was possible to
cast the x86_mmx type to anything, while it did think it possible
to cast an i64 to x86_mmx.
llvm-svn: 128705
|
| |
|
|
|
|
| |
PHINode::Create() giving the (known or expected) number of operands.
llvm-svn: 128537
|
| |
|
|
| |
llvm-svn: 128519
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
was lowering them to sext / uxt + mul instructions. Unfortunately the
optimization passes may hoist the extensions out of the loop and separate them.
When that happens, the long multiplication instructions can be broken into
several scalar instructions, causing significant performance issue.
Note the vmla and vmls intrinsics are not added back. Frontend will codegen them
as intrinsics vmull* + add / sub. Also note the isel optimizations for catching
mul + sext / zext are not changed either.
First part of rdar://8832507, rdar://9203134
llvm-svn: 128502
|
| |
|
|
| |
llvm-svn: 128451
|
| |
|
|
| |
llvm-svn: 127720
|
| |
|
|
| |
llvm-svn: 127383
|
| |
|
|
|
|
|
|
|
|
|
|
| |
treating debugging information.
It generates output that lools like
8 times line number info lost by Scalar Replacement of Aggregates (SSAUp)
1 times line number info lost by Simplify well-known library calls
12 times variable info lost by Jump Threading
llvm-svn: 127381
|