| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Revert "Don't count inreg params when mangling fastcall functions" | Reid Kleckner | 2014-10-23 | 1 | -1/+1 |
| | | | | | | | | | | | This reverts commit r214981. I'm not sure what I was thinking when I wrote this. Testing with MSVC shows that this function is mangled to '@f@8': int __fastcall f(int a, int b); llvm-svn: 220492 | ||||
| * | Add a triple to this test to get the right IR mangling | Reid Kleckner | 2014-08-06 | 1 | -1/+1 |
| | | | | | llvm-svn: 214982 | ||||
| * | Don't count inreg params when mangling fastcall functions | Reid Kleckner | 2014-08-06 | 1 | -2/+1 |
| | | | | | | | This is consistent with MSVC. llvm-svn: 214981 | ||||
| * | Round up the size of byval arguments to MinAlign | Reid Kleckner | 2014-08-06 | 1 | -0/+28 |
| Otherwise we can end up with an argument frame size that is not a multiple of stack slot size, which is very awkward. This fixes PR20547, which was a bug in x86_64 Sys V vararg handling. However, it's much easier to test this with x86 callee-cleanup functions, which previously ended in "retl $6" instead of "retl $8". This does affect behavior of all backends, but it presumably fixes the same bug in all of them. llvm-svn: 214980 | |||||
 |
index : bcm5719-llvm | |
| Project Ortega BCM5719 LLVM | Raptor Computing Systems |
| summaryrefslogtreecommitdiffstats |
|