authorgravatar for alex@alexrp.comAlex Rønne Petersen <alex@alexrp.com> 2025-08-02 21:24:42+02:00
committergravatar for alex@alexrp.comAlex Rønne Petersen <alex@alexrp.com> 2025-08-30 06:36:41+02:00
loge351ee3b7f3eb2023b8c391b0db2655707183e62
tree70bedba14f3440adc581d37b5272bdd3fb3a5205
parent907b5b73b4397bbe7717c27f8935fadb57f91ee4
signaturebadge-check Signed by SSH key SHA256:7B/LJ7bpR1eX8aCXSr4mtd5M45VMPKcx9zY8e95b5QM

Revert "llvm: workaround crashes in llvm loop optimizations"

This reverts commit b4fd57a9c114748afb9ba0a04bede61089a02ddf. https://github.com/llvm/llvm-project/pull/149743

1 files changed, 0 insertions(+), 3 deletions(-)

src/codegen/llvm.zig-3
......@@ -6412,9 +6412,6 @@ pub const FuncGen = struct {
64126412 // * https://github.com/llvm/llvm-project/blob/56905dab7da50bccfcceaeb496b206ff476127e1/llvm/test/MC/WebAssembly/blockaddress.ll
64136413 if (zcu.comp.getTarget().cpu.arch.isWasm()) break :jmp_table null;
64146414
6415 // Workaround for https://github.com/ziglang/zig/issues/24383:
6416 if (self.ng.ownerModule().optimize_mode == .ReleaseSafe) break :jmp_table null;
6417
64186415 // On a 64-bit target, 1024 pointers in our jump table is about 8K of pointers. This seems just
64196416 // about acceptable - it won't fill L1d cache on most CPUs.
64206417 const max_table_len = 1024;