diff options
| author | Motiejus Jakštys <motiejus@jakstys.lt> | 2022-06-22 12:12:32 +0300 |
|---|---|---|
| committer | Andrew Kelley <andrew@ziglang.org> | 2023-02-16 19:20:53 -0500 |
| commit | 3f7e9ff597a3514bb1c4f1900027c40682ac9f13 (patch) | |
| tree | 9573dd26dc4124f1709516c9262eec9d6031d9b6 /lib/std/Build/Cache.zig | |
| parent | d2650eb570c5494c728a0a780feb310abe2f1222 (diff) | |
| download | zig-3f7e9ff597a3514bb1c4f1900027c40682ac9f13.tar.gz zig-3f7e9ff597a3514bb1c4f1900027c40682ac9f13.zip | |
[all linkers] fail hard on unsupported flags
Currently `zig cc`, when confronted with a linker argument it does
not understand, skips the flag and emits a warning.
This has been causing headaches for people that build third-party
software (including me). Zig seemingly builds and links the final
executable, only to segfault when running it.
If there are linker warnings when compiling software, the first thing we
have to do is add support for ones linker is complaining, and only then
go file issues. If zig "successfully" (i.e. status code = 0) compiles a
binary, there is instead a tendency to blaim "zig doing something
weird". (I am guilty of this.) In my experience, adding the unsupported
arguments has been quite easy; see #11679, #11875, #11874 for recent
examples.
With the current ones (+ prerequisites below) I was able to build all of
the CGo programs that I am encountering at $dayjob. CGo is a reasonable
example, because it is exercising the unusual linker args quite a bit.
Prerequisites: #11614 and #11863.
Diffstat (limited to 'lib/std/Build/Cache.zig')
0 files changed, 0 insertions, 0 deletions
