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 | 752af44fc44c4910a19fc751d1f576abbdb2cb8a (patch) | |
| tree | 0d7eb34d5c692d56a19ee3f94666cb1c82f58ac6 /tests/codegen/patchable-function-entry | |
| parent | 79d217fcf1d6b9ebc7b847aa01c7a816767ff64b (diff) | |
| parent | 50a147152d2bacf6b7c7e3fdccdf302a131b851d (diff) | |
| download | rust-752af44fc44c4910a19fc751d1f576abbdb2cb8a.tar.gz rust-752af44fc44c4910a19fc751d1f576abbdb2cb8a.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 'tests/codegen/patchable-function-entry')
0 files changed, 0 insertions, 0 deletions
