- Mar 14, 2011
-
-
Jim Grosbach authored
llvm-svn: 127601
-
Evan Cheng authored
llvm-svn: 127600
-
Evan Cheng authored
llvm-svn: 127598
-
Evan Cheng authored
llvm-svn: 127595
-
Andrew Trick authored
llvm-svn: 127593
-
Jim Grosbach authored
llvm-svn: 127592
-
Andrew Trick authored
llvm-svn: 127591
-
Andrew Trick authored
properties. Added the self-wrap flag for SCEV::AddRecExpr. A slew of temporary FIXMEs indicate the intention of the no-self-wrap flag without changing behavior in this revision. llvm-svn: 127590
-
Andrew Trick authored
llvm-svn: 127589
-
Justin Holewinski authored
- Emit all arrays as type .b8 and proper sizes in bytes to conform to the output of nvcc llvm-svn: 127584
-
Justin Holewinski authored
llvm-svn: 127578
-
Che-Liang Chiou authored
llvm-svn: 127577
-
Mikhail Glushenkov authored
llvm-svn: 127576
-
Francois Pichet authored
llvm-svn: 127575
-
Jin-Gu Kang authored
Early CSE pass so this patch reverts it to original source code. llvm-svn: 127574
-
- Mar 13, 2011
-
-
Che-Liang Chiou authored
llvm-svn: 127569
-
Jin-Gu Kang authored
load and store reference same memory location, the memory location is represented by getelementptr with two uses (load and store) and the getelementptr's base is alloca with single use. At this point, instructions from alloca to store can be removed. (this pattern is generated when bitfield is accessed.) For example, %u = alloca %struct.test, align 4 ; [#uses=1] %0 = getelementptr inbounds %struct.test* %u, i32 0, i32 0;[#uses=2] %1 = load i8* %0, align 4 ; [#uses=1] %2 = and i8 %1, -16 ; [#uses=1] %3 = or i8 %2, 5 ; [#uses=1] store i8 %3, i8* %0, align 4 llvm-svn: 127565
-
Oscar Fuentes authored
llvm-svn: 127562
-
Jakob Stoklund Olesen authored
Use the virtual register number as a cache tag instead. They are not reused. llvm-svn: 127561
-
Jakob Stoklund Olesen authored
This allows the allocator to free any resources used by the virtual register, including physical register assignments. llvm-svn: 127560
-
- Mar 12, 2011
-
-
Oscar Fuentes authored
llvm-svn: 127555
-
Oscar Fuentes authored
llvm-svn: 127554
-
Oscar Fuentes authored
llvm-svn: 127553
-
Oscar Fuentes authored
llvm-svn: 127549
-
Benjamin Kramer authored
llvm-svn: 127548
-
Oscar Fuentes authored
link command. Fixed a pair of IF expressions too. llvm-svn: 127546
-
Oscar Fuentes authored
llvm-svn: 127545
-
Duncan Sands authored
llvm-gcc-i386-linux-selfhost and llvm-x86_64-linux-checks buildbots. The original log entry: Remove optimization emitting a reference insted of label difference, since it can create more relocations. Removed isBaseAddressKnownZero method, because it is no longer used. llvm-svn: 127540
-
Jin-Gu Kang authored
llvm-svn: 127539
-
Jakob Stoklund Olesen authored
llvm-svn: 127530
-
Jakob Stoklund Olesen authored
Live range splitting can create a number of small live ranges containing only a single real use. Spill these small live ranges along with the large range they are connected to with copies. This enables memory operand folding and maximizes the spill to fill distance. Work in progress with known bugs. llvm-svn: 127529
-
Sean Callanan authored
disassembler's disassembler map. llvm-svn: 127527
-
Jakob Stoklund Olesen authored
There are too many compatibility problems with using mixed types in std::upper_bound, and I don't want to spend 110 lines of boilerplate setting up a call to a 10-line function. Binary search is not /that/ hard to implement correctly. I tried terminating the binary search with a linear search, but that actually made the algorithm slower against my expectation. Most live intervals have less than 4 segments. The early test against endIndex() does pay, and this version is 25% faster than plain std::upper_bound(). llvm-svn: 127522
-
Eric Christopher authored
Add a RUN line to this test. llvm-svn: 127520
-
Eric Christopher authored
Go ahead and add them on when we might want to use them and let later passes remove them. Fixes rdar://9118569 llvm-svn: 127518
-
Jim Grosbach authored
llvm-svn: 127517
-
Jim Grosbach authored
llvm-svn: 127516
-
Jim Grosbach authored
actual instruction as the non-Darwin defs, but have different call-clobber semantics and so need separate patterns. They don't need to duplicate the encoding information, however. llvm-svn: 127515
-
Jim Grosbach authored
llvm-svn: 127511
-
Jim Grosbach authored
llvm-svn: 127510
-