regression: linking using filename of .so library results in "unable to find library" from zig 0.14

[chrisirhc]

Zig Version

0.14.0
(This worked in 0.13.0)

Steps to Reproduce and Observed Behavior

1. Clone https://github.com/chrisirhc/zig-cc-repro/
2. Update CXX path in Makefile to point to zig
3. Run make

Observed:

 % make
./zig/zig-linux-x86_64-0.14.0/zig c++ -fPIC -shared -o mylib.so mylib.cpp
./zig/zig-linux-x86_64-0.14.0/zig c++ -o main main.cpp -L. -l :mylib.so
ld.lld: error: unable to find library -l:mylib.so
make: *** [Makefile:17: main] Error 1

Expected Behavior

Compile successfully.

Description of this behavior

-l :mylib.so should work but it no longer works. The -l xyz.so (without colon :) format only works when the library is in the libxyz.so name format.

ld manual

[chrisirhc]

Might be fixed via #19818 as it sounds related.

[chrisirhc]

Per #19818 (comment) , #19818 doesn't fix the issue, it had no effect.
The result is the same as what's on the nightly ( zig-aarch64-macos-0.15.0-dev.1034+bd97b6618 ), with "panic: TODO" :

make
./zig/zig c++ -o main main.cpp -L. -l :mylib.so
thread 5249339 panic: TODO
Unable to dump stack trace: debug info stripped
make: *** [main] Abort trap: 6
make: *** Deleting file `main'

Details:

Tried to rebase this as it looks like linkWithLLD has been removed via 2fb6f5c .
Attempt to rebase is at #24457 .
Update: seems like the link logic is leading to panic("TODO"), that's what I get after applying #24457 and running the reproduction per #23287 on the built binary . Likely since this logic hasn't been implemented since 0.14 , per 5ca5403 .