diff options
| author | bors <bors@rust-lang.org> | 2015-04-16 15:33:54 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2015-04-16 15:33:54 +0000 |
| commit | e9080ec39d9a44eb0773d648b348575b19f655e5 (patch) | |
| tree | 375b9773a2e88588107514bbf3bae3de313ba2f9 /src/libsyntax/parse | |
| parent | 5576b0558c7f46faa5331be72113238c677979b6 (diff) | |
| parent | 1a44b3875d1c552f3a0a6bd324bc1053f6ce87a4 (diff) | |
| download | rust-e9080ec39d9a44eb0773d648b348575b19f655e5.tar.gz rust-e9080ec39d9a44eb0773d648b348575b19f655e5.zip | |
Auto merge of #24181 - jgallagher:aarch64-hfa, r=pnkfelix
I doubt this PR is ready to merge as-is, for a couple reasons: * There are no tests for this change. I'm not sure how to add tests for this change, as it modifies the C ABI for a cross-compilation target. Anecdotally, I have an iOS library I've been working on, and before this change, it crashes running on an arm64 device due to bad calling conventions (a simplified example is in #24154), and after this change, it runs correctly. * This is my first foray into LLVM. I did my best to reimplement what Clang does for AArch64 codegen (https://github.com/llvm-mirror/clang/blob/master/lib/CodeGen/TargetInfo.cpp), particularly in `ABIInfo::isHomogeneousAggregate`, `AArch64ABIInfo::isHomogeneousAggregateBaseType`, and `AArch64ABIInfo::isHomogeneousAggregateSmallEnough`, but I'm not confident I got a complete translation, particularly because Clang includes a lot of checks that I don't believe are necessary for rustc. Fixes #24154.
Diffstat (limited to 'src/libsyntax/parse')
0 files changed, 0 insertions, 0 deletions