New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
zig cc -l example sets the DSO paths incorrectly #19699
Labels
bug
Observed behavior contradicts documented or intended behavior
Comments
a-khabarov
added
the
bug
Observed behavior contradicts documented or intended behavior
label
Apr 19, 2024
This issue affects uber/hermetic_cc_toolchain as mentioned here. Linking @motiejus to provide visibility on progress. |
a-khabarov
added a commit
to a-khabarov/zig
that referenced
this issue
Apr 30, 2024
This commit makes the way `zig cc` passes `-l/-L` flags for ELF linking consistent with Clang and GCC. Closes ziglang#19699
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Zig Version
0.12.0-dev.3677+22a97cd23
Steps to Reproduce and Observed Behavior
Expected Behavior
zig cc
with-lmylib
(lookup without explicit basename) shouldn't pass the whole resolved path told.lld
.Here is what
clang
(17.0.6) does for cases like this:Note the absence of
mylib/
.gcc
(13.2.1 20230801) has the same behavior asclang
here:This is essentialy the behavior of
zig cc
when linking with explicit basename (-l:libmylib.so
):Related comment: #15743 (comment)
Related issue: #15743
The text was updated successfully, but these errors were encountered: