diff options
| author | Jorge Aparicio <japaricious@gmail.com> | 2016-11-16 17:33:23 -0500 |
|---|---|---|
| committer | Jorge Aparicio <japaricious@gmail.com> | 2016-11-16 18:38:32 -0500 |
| commit | 456ceba13784f2f88f7f21239e308a0f195967a1 (patch) | |
| tree | ad2048d80fcb67035927c5168c199a3c979004c8 /src/test/run-pass/thinlto | |
| parent | 9d4b6fa51d86ad6141679a5a157fcd9bca48064c (diff) | |
| download | rust-456ceba13784f2f88f7f21239e308a0f195967a1.tar.gz rust-456ceba13784f2f88f7f21239e308a0f195967a1.zip | |
fix `extern "aapcs" fn`
to actually use the AAPCS calling convention closes #37810 This is technically a [breaking-change] because it changes the ABI of `extern "aapcs"` functions that (a) involve `f32`/`f64` arguments/return values and (b) are compiled for arm-eabihf targets from "aapcs-vfp" (wrong) to "aapcs" (correct). Appendix: What these ABIs mean? - In the "aapcs-vfp" ABI or "hard float" calling convention: Floating point values are passed/returned through FPU registers (s0, s1, d0, etc.) - Whereas, in the "aapcs" ABI or "soft float" calling convention: Floating point values are passed/returned through general purpose registers (r0, r1, etc.) Mixing these ABIs can cause problems if the caller assumes that the routine is using one of these ABIs but it's actually using the other one.
Diffstat (limited to 'src/test/run-pass/thinlto')
0 files changed, 0 insertions, 0 deletions
