emscripten-fastcomp/lib/Transforms/Utils, branch 1.13.2LLVM with the emscripten fastcomp javascript backendhttps://git.amat.us/emscripten-fastcomp/atom/lib/Transforms/Utils?h=1.13.22013-07-15T23:09:15ZMerge commit '7dfcb84fc16b3bf6b2379713b53090757f0a45f9'2013-07-15T23:09:15ZEli Benderskyeliben@chromium.org2013-07-15T23:09:15Zurn:sha1:c6cf05cb5108f356dde97c01ee4188b0671d4542
Conflicts:
docs/LangRef.rst
include/llvm/CodeGen/CallingConvLower.h
include/llvm/IRReader/IRReader.h
include/llvm/Target/TargetMachine.h
lib/CodeGen/CallingConvLower.cpp
lib/IRReader/IRReader.cpp
lib/IRReader/LLVMBuild.txt
lib/IRReader/Makefile
lib/LLVMBuild.txt
lib/Makefile
lib/Support/MemoryBuffer.cpp
lib/Support/Unix/PathV2.inc
lib/Target/ARM/ARMBaseInstrInfo.cpp
lib/Target/ARM/ARMISelLowering.cpp
lib/Target/ARM/ARMInstrInfo.td
lib/Target/ARM/ARMSubtarget.cpp
lib/Target/ARM/ARMTargetMachine.cpp
lib/Target/Mips/CMakeLists.txt
lib/Target/Mips/MipsDelaySlotFiller.cpp
lib/Target/Mips/MipsISelLowering.cpp
lib/Target/Mips/MipsInstrInfo.td
lib/Target/Mips/MipsSubtarget.cpp
lib/Target/Mips/MipsSubtarget.h
lib/Target/X86/X86FastISel.cpp
lib/Target/X86/X86ISelDAGToDAG.cpp
lib/Target/X86/X86ISelLowering.cpp
lib/Target/X86/X86InstrControl.td
lib/Target/X86/X86InstrFormats.td
lib/Transforms/IPO/ExtractGV.cpp
lib/Transforms/InstCombine/InstCombineCompares.cpp
lib/Transforms/Utils/SimplifyLibCalls.cpp
test/CodeGen/X86/fast-isel-divrem.ll
test/MC/ARM/data-in-code.ll
tools/Makefile
tools/llvm-extract/llvm-extract.cpp
tools/llvm-link/CMakeLists.txt
tools/opt/CMakeLists.txt
tools/opt/LLVMBuild.txt
tools/opt/Makefile
tools/opt/opt.cpp
Add ArrayRef constructor from None, and do the cleanups that this constructor enables2013-05-05T00:40:33ZDmitri Gribenkogribozavr@gmail.com2013-05-05T00:40:33Zurn:sha1:5c332dbd30d9398ed25b30c3080506f7b8e92290
Patch by Robert Wilhelm.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181138 91177308-0d34-0410-b5e6-96231b3b80d8
This patch breaks up Wrap.h so that it does not have to include all of 2013-05-01T20:59:00ZFilip Pizlofpizlo@apple.com2013-05-01T20:59:00Zurn:sha1:40be1e85665d10f5444186f0e7106e368dd735b8
the things, and renames it to CBindingWrapping.h. I also moved
CBindingWrapping.h into Support/.
This new file just contains the macros for defining different wrap/unwrap
methods.
The calls to those macros, as well as any custom wrap/unwrap definitions
(like for array of Values for example), are put into corresponding C++
headers.
Doing this required some #include surgery, since some .cpp files relied
on the fact that including Wrap.h implicitly caused the inclusion of a
bunch of other things.
This also now means that the C++ headers will include their corresponding
C API headers; for example Value.h must include llvm-c/Core.h. I think
this is harmless, since the C API headers contain just external function
declarations and some C types, so I don't believe there should be any
nasty dependency issues here.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180881 91177308-0d34-0410-b5e6-96231b3b80d8
Fix a use after free. RI is freed before the call to getDebugLoc(). To2013-04-30T22:45:10ZRichard Trieurtrieu@google.com2013-04-30T22:45:10Zurn:sha1:8e229c24ed8b8a9a3866947a709e616b33780f1f
prevent this, capture the location before RI is freed.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180824 91177308-0d34-0410-b5e6-96231b3b80d8
Spelling. Thanks, Eric.2013-04-30T17:33:32ZAdrian Prantlaprantl@apple.com2013-04-30T17:33:32Zurn:sha1:8960a5c63db0d4f1e6ad794ea626c68de9313dbf
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180794 91177308-0d34-0410-b5e6-96231b3b80d8
Set debug locations for branch instructions created during inlining, even2013-04-30T17:08:16ZAdrian Prantlaprantl@apple.com2013-04-30T17:08:16Zurn:sha1:8b11e89b93542a465b4b23197283cc7bbceaaa9a
the inlined function has multiple returns.
rdar://problem/12415623
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180793 91177308-0d34-0410-b5e6-96231b3b80d8
SimplifyCFG: If convert single conditional stores2013-04-29T21:28:24ZArnold Schwaighoferaschwaighofer@apple.com2013-04-29T21:28:24Zurn:sha1:8228ffe72d726978d0265c3c407172f1b9851502
This resurrects r179957, but adds code that makes sure we don't touch
atomic/volatile stores:
This transformation will transform a conditional store with a preceeding
uncondtional store to the same location:
a[i] =
may-alias with a[i] load
if (cond)
a[i] = Y
into an unconditional store.
a[i] = X
may-alias with a[i] load
tmp = cond ? Y : X;
a[i] = tmp
We assume that on average the cost of a mispredicted branch is going to be
higher than the cost of a second store to the same location, and that the
secondary benefits of creating a bigger basic block for other optimizations to
work on outway the potential case where the branch would be correctly predicted
and the cost of the executing the second store would be noticably reflected in
performance.
hmmer's execution time improves by 30% on an imac12,2 on ref data sets. With
this change we are on par with gcc's performance (gcc also performs this
transformation). There was a 1.2 % performance improvement on a ARM swift chip.
Other tests in the test-suite+external seem to be mostly uninfluenced in my
experiments:
This optimization was triggered on 41 tests such that the executable was
different before/after the patch. Only 1 out of the 40 tests (dealII) was
reproducable below 100% (by about .4%). Given that hmmer benefits so much I
believe this to be a fair trade off.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180731 91177308-0d34-0410-b5e6-96231b3b80d8
fix a typo that due to cu&paste quadrupled itself2013-04-26T18:10:50ZAdrian Prantlaprantl@apple.com2013-04-26T18:10:50Zurn:sha1:9d5d58a49b23d4145c8bdb12dd10fc88e37bb8f8
rdar://problem/13056109
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180618 91177308-0d34-0410-b5e6-96231b3b80d8
Bugfix for the debug intrinsic handling in InstCombiner:2013-04-26T17:48:33ZAdrian Prantlaprantl@apple.com2013-04-26T17:48:33Zurn:sha1:163da930235839d635ecae0c1c8e2f41d8018a24
Since we can't guarantee that the original dbg.declare instrinsic
is removed by LowerDbgDeclare(), we need to make sure that we are
not inserting the same dbg.value intrinsic over and over.
This removes tons of redundant DIEs when compiling optimized code.
rdar://problem/13056109
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180615 91177308-0d34-0410-b5e6-96231b3b80d8
Make sure the instruction right after an inlined function has a2013-04-23T19:56:03ZAdrian Prantlaprantl@apple.com2013-04-23T19:56:03Zurn:sha1:f48509787acfcfc3f9eee2fb3084c2e8c7b4a009
debug location. This solves a problem where range of an inlined
subroutine is emitted wrongly.
Patch by Manman Ren.
Fixes rdar://problem/12415623
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180140 91177308-0d34-0410-b5e6-96231b3b80d8