- Dec 06, 2011
-
-
Chad Rosier authored
don't do this now, but add a test case to prevent this from happening in the future. Additional test for rdar://9892684 llvm-svn: 145879
-
- Dec 05, 2011
-
-
Chad Rosier authored
where this would be bad as the backend shouldn't have a problem inlining small memcpys. rdar://10510150 llvm-svn: 145865
-
Jim Grosbach authored
llvm-svn: 145863
-
Jim Grosbach authored
llvm-svn: 145861
-
Akira Hatanaka authored
PerformANDCombine and PerformOrCombine aware of them. Test cases are included too. llvm-svn: 145853
-
Jim Grosbach authored
rdar://10529348 llvm-svn: 145851
-
Akira Hatanaka authored
O32 with relocation-model=pic too. llvm-svn: 145850
-
Jim Grosbach authored
Finish up rdar://10522016. llvm-svn: 145846
-
Hal Finkel authored
llvm-svn: 145820
-
Hal Finkel authored
llvm-svn: 145819
-
Hal Finkel authored
llvm-svn: 145817
-
NAKAMURA Takumi authored
llvm-svn: 145805
-
Nadav Rotem authored
Add support for vectors of pointers. llvm-svn: 145801
-
- Dec 04, 2011
-
-
Anton Korobeynikov authored
Maybe some targets should use this as well. Patch by Evgeniy Stepanov! llvm-svn: 145781
-
- Dec 03, 2011
-
-
Venkatraman Govindaraju authored
AnalyzeBranch doesn't change the successor, just the order. llvm-svn: 145779
-
Sanjoy Das authored
libgcc sets the stack limit field in TCB to 256 bytes above the actual allocated stack limit. This means if the function's stack frame needs less than 256 bytes, we can just compare the stack pointer with the stack limit. This should result in lesser calls to __morestack. llvm-svn: 145766
-
Sanjoy Das authored
Currently LLVM pads the call to __morestack with a add and sub of 8 bytes to esp. This isn't correct since __morestack expects the call to be followed directly by a ret. This commit also adjusts the relevant test-case. llvm-svn: 145765
-
Chad Rosier authored
rdar://10510150 llvm-svn: 145742
-
Pete Cooper authored
Fixed deadstoreelimination bug where negative indices were incorrectly causing the optimisation to occur Turns out long long + unsigned long long is unsigned. Doh! Fixes http://llvm.org/bugs/show_bug.cgi?id=11455 llvm-svn: 145731
-
Chad Rosier authored
rdar://10514247 llvm-svn: 145730
-
- Dec 02, 2011
-
-
Akira Hatanaka authored
llvm-svn: 145717
-
Akira Hatanaka authored
llvm-svn: 145716
-
Jim Grosbach authored
llvm-svn: 145713
-
Chad Rosier authored
argument value type. Otherwise, the sign/zero-extend has no effect on arguments passed via the stack (i.e., undefined high-order bits). rdar://10515467 llvm-svn: 145701
-
Hal Finkel authored
llvm-svn: 145699
-
Jim Grosbach authored
Add the 16-bit lane variants while I'm at it. llvm-svn: 145693
-
Craig Topper authored
Add instruction selection support for horizontal add/sub of 256-bit floating point vectors. Also add the test case for 256-bit integer vectors. llvm-svn: 145680
-
Hal Finkel authored
llvm-svn: 145678
-
- Dec 01, 2011
-
-
Chad Rosier authored
rdar://10500969 llvm-svn: 145639
-
Pete Cooper authored
Improved fix for abs(val) != 0 to check other similar case. Also fixed style issues and confusing comment llvm-svn: 145618
-
Eric Christopher authored
sure we can emit both the high and low versions of those registers. Fixes rdar://10392864 llvm-svn: 145579
-
-
Pete Cooper authored
llvm-svn: 145570
-
Pete Cooper authored
(val != 0) == (-val != 0) so "abs(val) != 0" becomes "val != 0" Fixes <rdar://problem/10482509> llvm-svn: 145563
-
- Nov 30, 2011
-
-
Jan Sjödin authored
remaining FMA4 instructions and intrinsics with tests. llvm-svn: 145525
-
Eli Friedman authored
Make GlobalMerge honor the preferred alignment on globals without an explicitly specified alignment. <rdar://problem/10497732>. llvm-svn: 145523
-
Jim Grosbach authored
llvm-svn: 145512
-
Nadav Rotem authored
llvm-svn: 145498
-
Nadav Rotem authored
llvm-svn: 145489
-
Nadav Rotem authored
X86: PerformOrCombine introduced a vselect node with a wrong order of operands. This bug was introduced when a dedicated blend sdnode was replaced with the vselect node (in 139479). llvm-svn: 145488
-