diff options
| author | Ryan Liptak <squeek502@hotmail.com> | 2024-08-05 18:09:10 -0700 |
|---|---|---|
| committer | Andrew Kelley <andrew@ziglang.org> | 2024-08-07 00:59:46 -0700 |
| commit | 304519da2747db452e365987c6ef65a3cb66eaf6 (patch) | |
| tree | bdbce55b99ba258abd312f72e662276cdabded04 /lib/libc/include | |
| parent | 00097c3bb81915913ce8afa1ae529cf8dd85f7a5 (diff) | |
| download | zig-304519da2747db452e365987c6ef65a3cb66eaf6.tar.gz zig-304519da2747db452e365987c6ef65a3cb66eaf6.zip | |
Make Type.intAbiAlignment match LLVM alignment for x86-windows target
During the LLVM 18 upgrade, two changes were made that changed `@alignOf(u64)` to 4 for the x86-windows target:
- `Type.maxIntAlignment` was made to return 16 for x86 (200e06b). Before that commit, `maxIntAlignment` was 8 for windows/uefi and 4 for everything else
- `Type.intAbiAlignment` was made to return 4 for 33...64 (7e1cba7 + e89d6fc). Before those commits, `intAbiAlignment` would return 8, since the maxIntAlignment for x86-windows was 8 (and for other targets, the `maxIntAlignment` of 4 would clamp the `intAbiAlignment` to 4)
`src/codegen/llvm.zig` has its own alignment calculations that no longer match the values returned from the `Type` functions. For the x86-windows target, this loop:
https://github.com/ziglang/zig/blob/ddcb7b1c11f88c4ae150b36807033060a469dcb5/src/codegen/llvm.zig#L558-L567
when the `size` is 64 will set `abi` and `pref` to 64 (meaning an align of 8 bytes), which doesn't match the `Type` alignment of 4.
This commit makes `Type.intAbiAlignment` match the alignment calculated in `codegen/llvm.zig`.
Fixes #20047
Fixes #20466
Fixes #20469
Diffstat (limited to 'lib/libc/include')
0 files changed, 0 insertions, 0 deletions