Guillaume Gomez 23bab15d73 Rollup merge of #133463 - taiki-e:aarch64-asm-x18, r=Amanieu ... Fix handling of x18 in AArch64 inline assembly on ohos/trusty or with -Zfixed-x18 Currently AArch64 inline assembly allows using x18 on ohos/trusty or with -Zfixed-x18. 7db7489f9b/compiler/rustc_target/src/asm/aarch64.rs (L74-L76) However, x18 is reserved in these environments and should not be allowed in the input/output operands of inline assemblies as it is in Android, Windows, etc.. 7db7489f9b/compiler/rustc_target/src/spec/targets/aarch64_unknown_linux_ohos.rs (L19) 7db7489f9b/compiler/rustc_target/src/spec/targets/aarch64_unknown_trusty.rs (L18) 7db7489f9b/compiler/rustc_codegen_llvm/src/llvm_util.rs (L764-L771) (As for ohos, +reserve-x18 is [redundant](c417b7a695 (diff-0ddf23e0bf2b28b2d05f842f087d1e6f694e8e06d1765e8d0f10d47fddcdff9c)) since 7a966b9188 that starting using llvm's ohos targets. So removed it from target-spec.) This fix may potentially break the code for tier 2 target (aarch64-unknown-linux-ohos). (As for others, aarch64-unknown-trusty is tier 3 and -Zfixed-x18 is unstable so breaking them should be fine.) However, in any case, it seems suspicious that the code that is broken by this was sound. r? `@Amanieu` `@rustbot` label O-AArch64 +A-inline-assembly		2024-11-28 12:06:02 +01:00
..
base	Move Mach-O platform information to rustc_codegen_ssa:🔙:apple	2024-11-01 17:07:19 +01:00
targets	Fix handling of x18 in AArch64 inline assembly on ohos/trusty or with -Zfixed-x18	2024-11-26 03:10:22 +09:00
tests	Auto merge of #133505 - compiler-errors:rollup-xjp8hdi, r=compiler-errors	2024-11-26 21:57:32 +00:00
crt_objects.rs	Reformat use declarations.	2024-07-29 08:26:52 +10:00
mod.rs	Remove forces_embed_bitcode	2024-11-24 15:51:47 +08:00