Re: [Bug-wget] Problems with (not) building wget against libiconv

[Mojca Miklavec]

On 16 April 2017 at 18:54, Tim Rühsen wrote:
>
> Please make sure, you test with latest wget git.

I have some problems with bootstrapping.

On Solaris it's:

> ./bootstrap
./bootstrap: syntax error at line 91: `me_=$' unexpected


On Mac it's:

sed: 1: "lib/unicase/special-cas ...": extra characters at the end of l command
./bootstrap: bootstrap_post_import_hook failed

I added an empty string before the command, but I'm not sure if that's
the right thing to do:

sed -i "" "s/gl_unicase_special_lookup.*/gl_unicase_special_lookup\
\(const char \*str, size_t len\)/g" lib/unicase/special-casing-table.h

After that the build succeeds, but it's linking against libiconv
(contrary to --without-libiconv-prefix):

> otool -L wget
wget:
/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 125.2.11)

On Mac that should be OK (I hope), but on Solaris there is no libiconv
by default.

I copiled a folder with bootstrapped wget to the Solaris box, but as
expected I ended up with:

> ldd src/wget
        libsocket.so.1 =>        /lib/libsocket.so.1
        libnsl.so.1 =>   /lib/libnsl.so.1
        librt.so.1 =>    /lib/librt.so.1
        libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
        libunistring.so.2 =>     /opt/csw/lib/libunistring.so.2
        ...

And having libraries from /opt/csw there is simply not acceptable
since the binaries won't work on machines without OpenCSW installed.

So my next question would be: how can I get rid of dependency on libiconv?

I didn't have this problem in version 1.17.1.

Repeating the configure string:

--enable-ipv6 --disable-iri --disable-nls --disable-ntlm \
--disable-pcre --without-libiconv-prefix --without-libintl-prefix \
--without-libuuid --without-libpsl --without-ssl --without-zlib

Mojca