authorgravatar for alex@alexrp.comAlex Rønne Petersen <alex@alexrp.com> 2025-04-14 21:02:09+02:00
committergravatar for alex@alexrp.comAlex Rønne Petersen <alex@alexrp.com> 2025-04-14 21:10:29+02:00
log715984340b247a27469a3e789843aed3220dd748
treeecbc1e82f1f1a60c1708149a2545ae89d335c4ef
parent667035fc7834079f26ee2c97a01a412d5ff64cc2
signaturebadge-check Signed by SSH key SHA256:7B/LJ7bpR1eX8aCXSr4mtd5M45VMPKcx9zY8e95b5QM

compiler: MinGW-w64 import libs should not count towards any_dyn_libs.

They are, themselves, static libraries even if the resulting artifact strictly speaking requires dynamic linking to the corresponding system DLLs to run. Note, though, that there's no libc-provided dynamic linker on Windows like on POSIX, so this isn't particularly problematic. This matches x86_64-w64-mingw32-gcc behavior.

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

src/main.zig-1
...@@ -4088,7 +4088,6 @@ fn createModule(...@@ -4088,7 +4088,6 @@ fn createModule(
4088 color,4088 color,
4089 ) catch |err| fatal("failed to resolve link inputs: {s}", .{@errorName(err)});4089 ) catch |err| fatal("failed to resolve link inputs: {s}", .{@errorName(err)});
40904090
4091 if (create_module.windows_libs.count() != 0) create_module.opts.any_dyn_libs = true;
4092 if (!create_module.opts.any_dyn_libs) for (create_module.link_inputs.items) |item| switch (item) {4091 if (!create_module.opts.any_dyn_libs) for (create_module.link_inputs.items) |item| switch (item) {
4093 .dso, .dso_exact => {4092 .dso, .dso_exact => {
4094 create_module.opts.any_dyn_libs = true;4093 create_module.opts.any_dyn_libs = true;