| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
register size of the target architecture.
llvm-svn: 156650
|
|
|
|
|
|
|
| |
A vector should be returned via the hidden pointer argument except if its size
is equal to or smaller than 16-bytes and the target ABI is N32 or N64.
llvm-svn: 156642
|
|
|
|
| |
llvm-svn: 156491
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
filter_decl_iterator had a weird mismatch where both op* and op-> returned T*
making it difficult to generalize this filtering behavior into a reusable
library of any kind.
This change errs on the side of value, making op-> return T* and op* return
T&.
(reviewed by Richard Smith)
llvm-svn: 155808
|
|
|
|
|
|
|
| |
- Handle unions
- Handle C++ classes
llvm-svn: 154664
|
|
|
|
|
|
|
|
|
|
| |
(Lex to AST).
The member variable is always "LangOpts" and the member function is always "getLangOpts".
Reviewed by Chris Lattner
llvm-svn: 152536
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- We do this when it is easy to determine that the backend will pass them on
the stack properly by itself.
Currently LLVM codegen is really bad in some cases with byval, for example, on
the test case here (which is derived from Sema code, which likes to pass
SourceLocations around)::
struct s47 { unsigned a; };
void f47(int,int,int,int,int,int,struct s47);
void test47(int a, struct s47 b) { f47(a, a, a, a, a, a, b); }
we used to emit code like this::
...
movl %esi, -8(%rbp)
movl -8(%rbp), %ecx
movl %ecx, (%rsp)
...
to handle moving the struct onto the stack, which is just appalling.
Now we generate::
movl %esi, (%rsp)
which seems better, no?
llvm-svn: 152462
|
|
|
|
|
|
| |
the patch.
llvm-svn: 151122
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
optional argument passed through the variadic ellipsis)
potentially affects how we need to lower it. Propagate
this information down to the various getFunctionInfo(...)
overloads on CodeGenTypes. Furthermore, rename those
overloads to clarify their distinct purposes, and make
sure we're calling the right one in the right place.
This has a nice side-effect of making it easier to construct
a function type, since the 'variadic' bit is no longer
separable.
This shouldn't really change anything for our existing
platforms, with one minor exception --- we should now call
variadic ObjC methods with the ... in the "right place"
(see the test case), which I guess matters for anyone
running GNUStep on MIPS. Mostly it's just a substantial
clean-up.
llvm-svn: 150788
|
|
|
|
|
|
|
| |
Double fields of by-value class objects should be passed in floating point
registers.
llvm-svn: 150200
|
|
|
|
|
|
| |
class objects follow the same rules as those returning struct objects.
llvm-svn: 150196
|
|
|
|
|
|
| |
registers.
llvm-svn: 150035
|
|
|
|
|
|
| |
CodeGenModule.
llvm-svn: 149943
|
|
|
|
|
|
| |
MSVC-compatible way. Patch by Joe Groff.
llvm-svn: 148992
|
|
|
|
|
|
| |
type of pointers.
llvm-svn: 148753
|
|
|
|
| |
llvm-svn: 148744
|
|
|
|
| |
llvm-svn: 148577
|
|
|
|
|
|
| |
argument when Offset is initialized.
llvm-svn: 147986
|
|
|
|
|
|
| |
Remove function MipsABIInfo::GetFloatingPointTy.
llvm-svn: 147985
|
|
|
|
|
|
| |
floating point type.
llvm-svn: 147894
|
|
|
|
|
|
| |
passed in floating point registers.
llvm-svn: 147892
|
|
|
|
| |
llvm-svn: 147889
|
|
|
|
|
|
|
|
|
|
| |
for the arm-linux-androideabi triple in particular.
Also use this to do a better job of selecting soft FP settings.
Patch by Evgeniy Stepanov.
llvm-svn: 147872
|
|
|
|
|
|
| |
passing on i386 and does not use registers.
llvm-svn: 147856
|
|
|
|
| |
llvm-svn: 147791
|
|
|
|
|
|
|
|
| |
is inserted before the real argument. Padding is needed to ensure the backend
reads from or writes to the correct argument slots when the original alignment
of a byval structure is unavailable due to flattening.
llvm-svn: 147699
|
|
|
|
|
|
| |
is either N32 or N64.
llvm-svn: 147520
|
|
|
|
| |
llvm-svn: 146413
|
|
|
|
| |
llvm-svn: 145905
|
|
|
|
|
|
| |
use byval so we're sure the backend does the right thing. Fixes va_arg with illegal vectors and an obscure ABI mismatch with __m64 vectors.
llvm-svn: 145652
|
|
|
|
|
|
| |
the arguments is an AVX vector.
llvm-svn: 145574
|
|
|
|
|
|
|
|
| |
when they are greater than 128 bits. This was incorrectly coercing things like long3 into a double2.
Add test case.
llvm-svn: 145312
|
|
|
|
| |
llvm-svn: 144972
|
|
|
|
|
|
| |
Use isEmptyRecord for arguments on x86-32; there are structs of size 0 which don't count as empty.
llvm-svn: 144971
|
|
|
|
|
|
| |
Fixes <rdar://problem/10463281>.
llvm-svn: 144966
|
|
|
|
|
|
| |
structures containing an SSE vector.
llvm-svn: 144963
|
|
|
|
|
|
| |
struct layout tests.
llvm-svn: 144961
|
|
|
|
|
|
| |
type for a function returning a struct containing only a pointer. Handle the edge case of a struct containing only a float or double plus some dead padding instead of asserting.
llvm-svn: 144960
|
|
|
|
|
|
| |
tests.
llvm-svn: 144944
|
|
|
|
| |
llvm-svn: 143666
|
|
|
|
|
|
| |
and destructors in the DefaultABIInfo.
llvm-svn: 143601
|
|
|
|
| |
llvm-svn: 143597
|
|
|
|
|
|
| |
fields in order to ease handling of such structures in backend.
llvm-svn: 143596
|
|
|
|
|
|
| |
is N32/64.
llvm-svn: 143589
|
|
|
|
| |
llvm-svn: 143530
|
|
|
|
| |
llvm-svn: 142879
|
|
|
|
|
|
| |
Patch by Pekka Jääskeläinen!
llvm-svn: 141865
|
|
|
|
|
|
|
|
|
|
|
| |
- Remodel Expr::EvaluateAsInt to behave like the other EvaluateAs* functions,
and add Expr::EvaluateKnownConstInt to capture the current fold-or-assert
behaviour.
- Factor out evaluation of bitfield bit widths.
- Fix a few places which would evaluate an expression twice: once to determine
whether it is a constant expression, then again to get the value.
llvm-svn: 141561
|
|
|
|
|
|
| |
obvious memory leak that was reported from LLDB devs. The comment indicates the leak is deliberate, but I have no idea why this needs to be so. Please comment/revert if you know otherwise.
llvm-svn: 141479
|
|
|
|
| |
llvm-svn: 141296
|