- May 12, 2009
-
-
Daniel Dunbar authored
spotted by Eli! llvm-svn: 71490
-
- May 11, 2009
-
-
Daniel Dunbar authored
llvm-svn: 71461
-
- May 09, 2009
-
-
Duncan Sands authored
LLVM. llvm-svn: 71350
-
Daniel Dunbar authored
- {return-types,single-args}-{32,64} pass the first 1k ABI tests with bit-fields enabled. llvm-svn: 71272
-
- May 08, 2009
-
-
Daniel Dunbar authored
to use a wide enough type. This might be wider than the "single element"'s type in the presence of padding bit-fields. - Darwin x86_32 now passes the first 1k ABI tests with bit-field generation enabled. llvm-svn: 71270
-
Daniel Dunbar authored
element" structures. llvm-svn: 71266
-
Daniel Dunbar authored
- This turns out to be a no-op now that most of the handling for everything else is in place. llvm-svn: 71261
-
Daniel Dunbar authored
- This eliminates 5/1000 failures on return-types-32, on the current ABITest config. llvm-svn: 71250
-
- Apr 30, 2009
-
-
Chris Lattner authored
llvm-svn: 70481
-
Chris Lattner authored
compatible with VC++ and GCC. The codegen/mangling angle hasn't been fully ironed out yet. Note that we accept int128_t even in 32-bit mode, unlike gcc. llvm-svn: 70464
-
- Apr 27, 2009
-
-
Daniel Dunbar authored
member. Also, spell bitfield more consistently as bit-field. llvm-svn: 70220
-
- Apr 26, 2009
-
-
Eli Friedman authored
llvm-svn: 70145
-
- Apr 21, 2009
-
-
Sanjiv Gupta authored
llvm-svn: 69668
-
- Apr 18, 2009
-
-
Anders Carlsson authored
Make CodeGenFunction::EmitCallArgs a template function that takes a generic "Type Info" parameter. The type info parameter knows how to iterate over its arguments. llvm-svn: 69469
-
- Apr 13, 2009
-
-
Daniel Dunbar authored
- No functionality change. llvm-svn: 68987
-
- Apr 11, 2009
-
-
Daniel Dunbar authored
llvm-svn: 68833
-
- Apr 09, 2009
-
-
Douglas Gregor authored
No functionality change (really). llvm-svn: 68726
-
- Apr 08, 2009
-
-
Anders Carlsson authored
llvm-svn: 68639
-
-
- Apr 06, 2009
-
-
Anders Carlsson authored
llvm-svn: 68452
-
- Apr 04, 2009
-
-
Anton Korobeynikov authored
llvm-svn: 68414
-
Anders Carlsson authored
llvm-svn: 68411
-
- Apr 01, 2009
-
-
Daniel Dunbar authored
- Small structures are returned in a register if: 1. They fit nicely in a register. 2. All fields fit nicely in a register. (more or less) - We now pass the first 5000 ABITests if unions are disabled. - <rdar://problem/6497882> [irgen] x86-32 ABI compatibility with small structs llvm-svn: 68197
-
Daniel Dunbar authored
element structures", which have different ABI rules. - Current return-arguments-32 status is: 1 out of 1000 failures (-7) - Also, vectors inside "single element structs" require special handling. llvm-svn: 68196
-
Daniel Dunbar authored
- Current return-arguments-32 status is: 8 out of 1000 failures (-7) llvm-svn: 68192
-
- Mar 31, 2009
-
-
Daniel Dunbar authored
- Current return-arguments-32 status: 15/1000 failures llvm-svn: 68132
-
- Mar 29, 2009
-
-
Eli Friedman authored
really intending to take ownership of this; I wrote this mostly because I was curious about how the ARM ABI works. It should be a decent start, though. llvm-svn: 67969
-
- Mar 24, 2009
-
-
Eli Friedman authored
llvm-svn: 67577
-
- Mar 22, 2009
-
-
Chris Lattner authored
build. This shaves another 3% off. llvm-svn: 67460
-
- Mar 18, 2009
-
-
Daniel Dunbar authored
readnone/readonly attributes. llvm-svn: 67224
-
- Mar 11, 2009
-
-
Daniel Dunbar authored
- This is an ABI incompatiblity, but this is not likely to be a huge deal in practice. For now we at least generate self consistent code instead of crashing. - <rdar://problem/6657601> x86-32 ABI: Bitfields in small structures are not passed correctly llvm-svn: 66713
-
- Mar 10, 2009
-
-
Daniel Dunbar authored
llvm-svn: 66555
-
- Mar 06, 2009
-
-
Daniel Dunbar authored
in a lone X87 class. - PR3735. llvm-svn: 66277
-
- Mar 02, 2009
-
-
Daniel Dunbar authored
- No intended functionality change. llvm-svn: 65805
-
- Feb 27, 2009
-
-
Douglas Gregor authored
giving them rough classifications (normal types, never-canonical types, always-dependent types, abstract type representations) and making it far easier to make sure that we've hit all of the cases when decoding types. Switched some switch() statements on the type class over to using this mechanism, and filtering out those things we don't care about. For example, CodeGen should never see always-dependent or non-canonical types, while debug info generation should never see always-dependent types. More switch() statements on the type class need to be moved over to using this approach, so that we'll get warnings when we add a new type then fail to account for it somewhere in the compiler. As part of this, some types have been renamed: TypeOfExpr -> TypeOfExprType FunctionTypeProto -> FunctionProtoType FunctionTypeNoProto -> FunctionNoProtoType There shouldn't be any functionality change... llvm-svn: 65591
-
- Feb 26, 2009
-
-
Daniel Dunbar authored
- For types whose native representation is a pointer. - Use to replace ExprConstant.cpp:HasPointerEvalType, CodeGenFunction::isObjCPointerType. llvm-svn: 65569
-
Daniel Dunbar authored
- No functionality change. llvm-svn: 65560
-
Anders Carlsson authored
llvm-svn: 65533
-
Daniel Dunbar authored
- <rdar://problem/6622451> Bad x86_64 code gen for message call taking one argument. llvm-svn: 65510
-
- Feb 25, 2009
-
-
Daniel Dunbar authored
code) when calling noreturn functions; general expression emission isn't ready to do the right thing in all cases. llvm-svn: 65473
-