diff options
| author | Matthias Krüger <matthias.krueger@famsik.de> | 2024-09-13 18:25:45 +0200 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2024-09-13 18:25:45 +0200 |
| commit | 778f6fba2b04cbb9eda99b0651dc6650f35e690d (patch) | |
| tree | 4da32ffb08cb49cc9caa52a942b3800e891a8e2d /compiler/rustc_llvm/llvm-wrapper/ArchiveWrapper.cpp | |
| parent | 24da940631b45855c476159c939914add4b26188 (diff) | |
| parent | 82777a94adc540d479e9536a344b47afdb86612b (diff) | |
| download | rust-778f6fba2b04cbb9eda99b0651dc6650f35e690d.tar.gz rust-778f6fba2b04cbb9eda99b0651dc6650f35e690d.zip | |
Rollup merge of #130266 - heiher:loong-medium-cmodel, r=compiler-errors
target: default to the medium code model on LoongArch targets The Rust LoongArch targets have been using the default LLVM code model so far, which is "small" in LLVM-speak and "normal" in LoongArch-speak. As described in the "Code Model" section of LoongArch ELF psABI spec v20231219 [1], one can only make function calls as far as ±128MiB with the "normal" code model; this is insufficient for very large software containing Rust components that needs to be linked into the big text section, such as Chromium. Because: * we do not want to ask users to recompile std if they are to build such software, * objects compiled with larger code models can be linked with those with smaller code models without problems, and * the "medium" code model is comparable to the "small"/"normal" one performance-wise (same data access pattern; each function call becomes 2-insn long and indirect, but this may be relaxed back into the direct 1-insn form in a future LLVM version), but is able to perform function calls within ±128GiB, it is better to just switch the targets to the "medium" code model, which is also "medium" in LLVM-speak. Relands [2]: #120661 [1]: https://github.com/loongson/la-abi-specs/blob/v2.30/laelf.adoc#code-models [2]: https://github.com/rust-lang/rust/issues/121289#issuecomment-2333687396
Diffstat (limited to 'compiler/rustc_llvm/llvm-wrapper/ArchiveWrapper.cpp')
0 files changed, 0 insertions, 0 deletions
