On Samstag, 15. April 2017 22:36:33 CEST Mojca Miklavec wrote: > Hi, > > I'm experiencing a recent regression in wget builds. It worked fine in > version 1.17.1 and it fails now with 1.19.1. > > I can do some bisection, but I guess I could blame at least the > following commit: > > http://git.savannah.gnu.org/cgit/wget.git/commit/src/url.c?id=7e585fe23dd69c > adfc3f44df0c5f8bc47ab37cbb > > that has not been properly restored in > > http://git.savannah.gnu.org/cgit/wget.git/commit/src/url.c?id=517d799b6f94e6 > 0e302806a2daa14c7a4ac3fbbd > > but more importantly: m4/gnulib-comp.m4 seems to opportunistically > define HAVE_ICONV even if I try to do my best not to. > > > We need portable wget binaries just for the sake of downloading a few > packages. This is why we try to exclude as many libraries as possible > (the only other alternative would be to build them statically). The > biggest problem arises when the build machine has a certain package > that cannot be found on the target machine. > > We configure wget with > > --enable-ipv6 --disable-iri --disable-nls --disable-ntlm > --disable-pcre --without-libiconv-prefix --without-libintl-prefix > --without-libuuid --without-libpsl --without-ssl --without-zlib > > and the build fails both on Solaris 10 (on the same buildfarm as you > are using) and on Mac OS X 10.6. > > Both say: > checking for iconv.h... yes > > And then fail in the last step (with url.o containing iconv symbols). > > Solaris: > > CCLD wget > Undefined first referenced > symbol in file > libiconv_close url.o (symbol belongs to implicit > dependency > /opt/csw/lib/gcc/i386-pc-solaris2.10/5.2.0/../../../libiconv.so.2) > libiconv_open url.o (symbol belongs to implicit > dependency > /opt/csw/lib/gcc/i386-pc-solaris2.10/5.2.0/../../../libiconv.so.2) libiconv > url.o (symbol belongs to implicit dependency > /opt/csw/lib/gcc/i386-pc-solaris2.10/5.2.0/../../../libiconv.so.2) ld: > fatal: symbol referencing errors. No output written to wget > collect2: error: ld returned 1 exit status > > > Mac: > > CCLD wget > Undefined symbols: > "_iconv_close", referenced from: > _convert_fname in url.o > _convert_fname in url.o > "_iconv", referenced from: > _convert_fname in url.o > _convert_fname in url.o > "_iconv_open", referenced from: > _convert_fname in url.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > > > I would be grateful if this could be fixed.
Hi Mojca, of course we try to fix this. The first step is to reproduce the problem. I just tried on this build farm on 'unstable10x' (Solaris 10) with exactly the configure flags from above. All compiled well. What am I doing wrong (or what are you doing wrong ?) Configure summary: Version: 1.19.1.23-b2c38 Host OS: solaris2.10 Install prefix: /usr/local Compiler: gcc CFlags: -I/opt/csw/include -I/opt/csw/include -DNDEBUG - D_REENTRANT LDFlags: Libs: -L/opt/csw/lib -lgpgme -lassuan -lsocket -lgpg-error -L/ opt/csw/lib -lmetalink SSL: no Zlib: no PSL: no Digest: yes NTLM: no OPIE: yes POSIX xattr: no Debugging: yes Assertions: no Valgrind: Valgrind testing not enabled Metalink: yes Resolver: libc, --bind-dns-address and --dns-servers not available GPGME: yes IRI: no Also, you might add --disable-metalink to avoid libgpgme. Regards, Tim
signature.asc
Description: This is a digitally signed message part.