diff options
| author | bors <bors@rust-lang.org> | 2024-04-24 03:00:44 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2024-04-24 03:00:44 +0000 |
| commit | 29a56a3b1c06a624c0c06728c0af756d09df6b1b (patch) | |
| tree | f036c0337c315ecfcc2dc452ee2335eb8b2e9f45 /compiler/rustc_codegen_cranelift/example | |
| parent | c1feb3eceef7d5f0126c309a87062cf413fe0a25 (diff) | |
| parent | 6df27ef88f2ce082c8f3b9db134bfa3c0c28cf38 (diff) | |
| download | rust-29a56a3b1c06a624c0c06728c0af756d09df6b1b.tar.gz rust-29a56a3b1c06a624c0c06728c0af756d09df6b1b.zip | |
Auto merge of #122053 - erikdesjardins:alloca, r=nikic
Stop using LLVM struct types for alloca The alloca type has no semantic meaning, only the size (and alignment, but we specify it explicitly) matter. Using `[N x i8]` is a more direct way to specify that we want `N` bytes, and avoids relying on LLVM's struct layout. It is likely that a future LLVM version will change to an untyped alloca representation. Split out from #121577. r? `@ghost`
Diffstat (limited to 'compiler/rustc_codegen_cranelift/example')
0 files changed, 0 insertions, 0 deletions
