| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Update Clang tests to handle explicitly typed load changes in LLVM. | David Blaikie | 2015-02-27 | 1 | -6/+6 |
| | | | | | llvm-svn: 230795 | ||||
| * | Update Clang tests to handle explicitly typed gep changes in LLVM. | David Blaikie | 2015-02-27 | 1 | -6/+6 |
| | | | | | llvm-svn: 230783 | ||||
| * | [PowerPC] Optimize passing certain aggregates by value | Ulrich Weigand | 2014-07-21 | 1 | -7/+25 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | In addition to enabling ELFv2 homogeneous aggregate handling, LLVM support to pass array types directly also enables a performance enhancement. We can now pass (non-homogeneous) aggregates that fit fully in registers as direct integer arrays, using an element type to encode the alignment requirement (that would otherwise go to the "byval align" field). This is preferable since "byval" forces the back-end to write the aggregate out to the stack, even if it could be passed fully in registers. This is particularly annoying on ELFv2, if there is no parameter save area available, since we then need to allocate space on the callee's stack just to hold those aggregates. Note that to implement this optimization, this patch does not attempt to fully anticipate register allocation rules as (defined in the ABI and) implemented in the back-end. Instead, the patch is simply passing *any* aggregate passed by value using the array mechanism if its size is up to 64 bytes. This means that some of those will end up being passed in stack slots anyway, but the generated code shouldn't be any worse either. (*Large* aggregates remain passed using "byval" to enable optimized copying via memcpy etc.) llvm-svn: 213495 | ||||
| * | Fix (and reenable) ppc64-align-struct.c test for non-assert builds. | Ulrich Weigand | 2014-07-10 | 1 | -37/+36 |
| | | | | | llvm-svn: 212757 | ||||
| * | Quick (attempted) fix for non-asserts builds for a test introduced in r212743. | David Blaikie | 2014-07-10 | 1 | -0/+1 |
| | | | | | llvm-svn: 212752 | ||||
| * | [PowerPC] ABI support for aligned by-value aggregates | Ulrich Weigand | 2014-07-10 | 1 | -0/+136 |
| This patch adds support for respecting the ABI and type alignment of aggregates passed by value. Currently, all aggregates are aligned at 8 bytes in the parameter save area. This is incorrect for two reasons: - Aggregates that need alignment of 16 bytes or more should be aligned at 16 bytes in the parameter save area. This is implemented by using an appropriate "byval align" attribute in the IR. - Aggregates that need alignment beyond 16 bytes need to be dynamically realigned by the caller. This is implemented by setting the Realign flag of the ABIArgInfo::getIndirect call. In addition, when expanding a va_arg call accessing a type that is aligned at 16 bytes in the argument save area (either one of the aggregate types as above, or a vector type which is already aligned at 16 bytes), code needs to align the va_list pointer accordingly. Reviewed by Hal Finkel. llvm-svn: 212743 | |||||
 |
index : bcm5719-llvm | |
| Project Ortega BCM5719 LLVM | Raptor Computing Systems |
| summaryrefslogtreecommitdiffstats |
|