- Sep 11, 2008
-
-
Argyrios Kyrtzidis authored
llvm-svn: 56096
-
Argyrios Kyrtzidis authored
llvm-svn: 56095
-
Argyrios Kyrtzidis authored
llvm-svn: 56094
-
Argyrios Kyrtzidis authored
llvm-svn: 56093
-
Argyrios Kyrtzidis authored
llvm-svn: 56092
-
Dale Johannesen authored
cmp-and-swap reversed the Cmp and Swap arguments; comments make it clear this is unintentional. Unfortunately, the x86 BE had a compensating reversal, which is removed here. PPC is OK. From inspection of the Alpha code I think it is OK, but if somebody has that platform please check it out. I cannot test on that platform. llvm-svn: 56091
-
Argyrios Kyrtzidis authored
llvm-svn: 56090
-
Douglas Gregor authored
llvm-svn: 56089
-
Owen Anderson authored
If ISD::ANY_EXTEND fails, try ISD::ZERO_EXTEND and ISD::SIGN_EXTEND before giving up. This fixes 445.gobmk on X86-64 in fast isel. llvm-svn: 56088
-
Dale Johannesen authored
__sync_fetch_and_nand as ANDC, even though that's not what nand means. llvm-svn: 56087
-
Daniel Dunbar authored
value). - Added ABIArgInfo::ByVal (mostly supported) and ABIArgInfo::Expand (asserted out). - Added classifyArgumentType which currently just uses ABIArgInfo::Default or ByVal. This nearly matches old behavior, but we now set ByVal in a few situations we may have left it off before (on complex, for example). llvm-svn: 56086
-
Evan Cheng authored
llvm-svn: 56085
-
Daniel Dunbar authored
(1) Additional arguments to variadic methods should have default promotions applied. (2) Additional arguments to non-variadic methods were allowed. llvm-svn: 56084
-
Daniel Dunbar authored
llvm-svn: 56083
-
Dan Gohman authored
multiplication overflows. llvm-svn: 56082
-
Argyrios Kyrtzidis authored
http://lists.cs.uiuc.edu/pipermail/cfe-dev/2008-September/002721.html llvm-svn: 56081
-
Daniel Dunbar authored
no method declaration was found. - This was allowing arrays to pass "by value" among other things. Add assert in CodeGen that arguments cannot have array type. llvm-svn: 56080
-
Daniel Dunbar authored
CheckMessageArgumentTypes. - No functionality change. llvm-svn: 56079
-
Argyrios Kyrtzidis authored
-Scoping in C99 works good for C++ too, remove the C++-specific comments. If someone thinks that the C++-specific comments are necessary for clarification, let me know and I'll put them back on. llvm-svn: 56078
-
Argyrios Kyrtzidis authored
llvm-svn: 56077
-
Dan Gohman authored
condition. This fixes PR2740. llvm-svn: 56076
-
Daniel Dunbar authored
<rdar://problem/6211479> [sema] array type invalid for Obj-C property llvm-svn: 56075
-
Dan Gohman authored
llvm-svn: 56073
-
- Sep 10, 2008
-
-
Dan Gohman authored
llvm-svn: 56070
-
Dan Gohman authored
llvm-svn: 56069
-
Dan Gohman authored
llvm-svn: 56068
-
Owen Anderson authored
Fix a bug in the coalescer where it didn't check if a live interval existed before trying to manipulate it. This was exposed by fast isel's handling of shifts on X86-64. With this, FreeBench/pcompress2 passes on X86-64 in fast isel. llvm-svn: 56067
-
Dan Gohman authored
to static allocas. As part of this change, refactor the address mode code for laods and stores. llvm-svn: 56066
-
Evan Cheng authored
llvm-svn: 56065
-
Steve Naroff authored
llvm-svn: 56064
-
Steve Naroff authored
llvm-svn: 56063
-
Evan Cheng authored
Fix a fastcc + sret bug. If fastcc and sret, callee doesn't need to pop the hidden struct ptr; Re-enable fastcc. llvm-svn: 56061
-
Argyrios Kyrtzidis authored
llvm-svn: 56060
-
Dale Johannesen authored
Patch by Paul Redmond. llvm-svn: 56059
-
Dan Gohman authored
I shuffled the fast-isel command-line options around. This fixes a bunch of fast-isel failures. llvm-svn: 56057
-
Devang Patel authored
llvm-svn: 56056
-
Duncan Sands authored
llvm-svn: 56055
-
Duncan Sands authored
convention (not related to recent Ada testsuite failures). llvm-svn: 56054
-
Duncan Sands authored
a slew of Ada testsuite failures on x86-32 linux. Seems to be related to the use of float. llvm-svn: 56053
-
Daniel Dunbar authored
- As a test, enable basic usage for some common x86-32 cases. This increases our x86-32 compliance (on other targets our compliance will just be broken in a different way). llvm-svn: 56051
-