- Dec 06, 2010
-
-
Devang Patel authored
This will be used to truncate live range of DBG_VALUE instruction by register allocator and friends. llvm-svn: 121061
-
Devang Patel authored
If dbg_declare() or dbg_value() is not lowered by isel then emit DEBUG message instead of creating DBG_VALUE for undefined value in reg0. llvm-svn: 121059
-
Rafael Espindola authored
llvm-svn: 121050
-
Wesley Peck authored
patch contributed by Jack Whitham! llvm-svn: 121049
-
Wesley Peck authored
Use BRAD instead of BRD for indirect branches in MBlaze backend. patch contributed by Jack Whitham! llvm-svn: 121044
-
Jason W Kim authored
+ ARM/X86/MBlaze now share a common RecordRelocation + ARM/X86/MBlaze arch specific routines are limited to GetRelocType() llvm-svn: 121043
-
Chris Lattner authored
No functionality change. llvm-svn: 121042
-
Rafael Espindola authored
llvm-svn: 121041
-
Chris Lattner authored
llvm-svn: 121040
-
Chris Lattner authored
llvm-svn: 121038
-
Wesley Peck authored
Address more hazards in the MBlaze delay slot filler. patch contributed by Jack Whitham! llvm-svn: 121037
-
Rafael Espindola authored
llvm-svn: 121034
-
Rafael Espindola authored
freed data to be read. I will open a bug to track it being reenabled. llvm-svn: 121028
-
Owen Anderson authored
llvm-svn: 121026
-
Jim Grosbach authored
llvm-svn: 121024
-
Owen Anderson authored
llvm-svn: 121021
-
Jim Grosbach authored
the instruction is predicated, reg0 otherwise. llvm-svn: 121020
-
Jim Grosbach authored
not an immediate. It stores either ARM::CPSR or reg0. llvm-svn: 121018
-
Rafael Espindola authored
as llc + llvm-mc. This time ELF is not changed and I tested that llvm-gcc bootstrap on darwin10 using darwin9's assembler and linker. llvm-svn: 121006
-
Rafael Espindola authored
linux and darwin assemblers happy :-( llvm-svn: 121004
-
Rafael Espindola authored
that no relocations are used (on MochO). Fixes llc producing different output from llc + llvm-mc. llvm-svn: 121000
-
Chris Lattner authored
optimization. Consider: static void foo() { A = alloca ... } static void bar() { B = alloca ... call foo(); } void main() { bar() } The inliner proceeds bottom up, but lets pretend it decides not to inline foo into bar. When it gets to main, it inlines bar into main(), and says "hey, I just inlined an alloca "B" into main, lets remember that. Then it keeps going and finds that it now contains a call to foo. It decides to inline foo into main, and says "hey, foo has an alloca A, and I have an alloca B from another inlined call site, lets reuse it". The problem with this of course, is that the lifetime of A and B are nested, not disjoint. Unfortunately I can't create a reasonable testcase for this: the one in the PR is both huge and extremely sensitive, because you minor tweaks end up causing foo to get inlined into bar too early. We already have tests for the basic alloca merging optimization and this does not break them. llvm-svn: 120995
-
Chris Lattner authored
llvm-svn: 120994
-
Chris Lattner authored
llvm-svn: 120993
-
Michael J. Spencer authored
llvm-svn: 120991
-
Michael J. Spencer authored
llvm-svn: 120989
-
Michael J. Spencer authored
llvm-svn: 120988
-
Michael J. Spencer authored
llvm-svn: 120987
-
Che-Liang Chiou authored
llvm-svn: 120982
-
Rafael Espindola authored
that on the ELF writer to detect a section we created. llvm-svn: 120981
-
Rafael Espindola authored
llvm-svn: 120980
-
Rafael Espindola authored
llvm-svn: 120979
-
Rafael Espindola authored
llvm-svn: 120978
-
Rafael Espindola authored
llvm-svn: 120977
-
Chris Lattner authored
memcpy's like: memcpy(A, B) memcpy(A, C) we cannot delete the first memcpy as dead if A and C might be aliases. If so, we actually get: memcpy(A, B) memcpy(A, A) which is not correct to transform into: memcpy(A, A) This patch was heavily influenced by Jakub Staszak's patch in PR8728, thanks Jakub! llvm-svn: 120974
-
Evan Cheng authored
llvm-svn: 120971
-
NAKAMURA Takumi authored
llvm-svn: 120966
-
Evan Cheng authored
llvm-svn: 120965
-
Evan Cheng authored
llvm-svn: 120964
-
- Dec 05, 2010
-
-
Cameron Zwarich authored
StrongPHIElimination. llvm-svn: 120961
-