Hello Török, thank you for the bug report, analysis, and patch!
* Török Edwin wrote on Sat, Feb 28, 2009 at 10:33:06AM CET: > libtool2.2.6a, when run under zsh, adds bogus directories to linker lines: > > /usr/local/bin/zsh ../libtool --tag=CC --mode=link gcc -g -O2 -module > -thread-safe -version-info 6:0:0 -no-undefined > -Wl,--version-script,../libclamunrar_iface/libclamunrar_iface.map -o > libclamunrar_iface.la -rpath /usr/local/lib/elf unrar_iface.lo libclamunrar.la > -lz > > libtool: link: gcc -shared .libs/unrar_iface.o -Wl,-rpath > -Wl,/tmp/clamav-0.95rc1/libclamav/.libs -Wl,-rpath -Wl,/usr/local/lib/elf > ./.libs/libclamunrar.so /usr/local/bin -lz -Wl,--version-script > -Wl,../libclamunrar_iface/libclamunrar_iface.map -Wl,-soname > -Wl,libclamunrar_iface.so.6 -o .libs/libclamunrar_iface.so.6 > /usr/local/bin: file not recognized: File format not recognized > > Notice that /usr/local/bin got added to the linker line. > See https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1434 for more details, [...] > This happens because libtool has this code around line 5898 in ltmain.sh: [...] > However "path" is not assigned a value when deplib is something like '-lz'. > When run under bash this is not a problem, $path will be the empty string, > however when run under zsh, it will be the first component of $PATH, which is > a > directory, and will cause link failure. There is one thing that I don't understand yet: the 'emulate sh' early in the libtool script should disable zsh special variables like $path. How come that is not happening here? Thanks! Ralf -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
