Re: [bug report] sharutils-4.1.1 only builds on linux and solaris

[Gary V. Vaughan]

Hi Bruce,

On Sun, May 01, 2011 at 01:46:18PM +0000, Gary V. Vaughan wrote:
> I notice that the latest sharutils relies on iconv.m4 and friends from
> gnulib to provide --with-libiconv-prefix and --with-libintl-prefix.
> But, these macros are assuming that you will link using libtool, which
> knows how to translate -R arguments into -R/-rpath/-Wl,-rpath/-blibpath
> etc. before calling the compiler.  Since sharutils links all call the
> compiler directly, -R is handed directly to the compiler driver
> whether the RPATH switch is -R or not.
> 
> Since we have GNU libiconv and GNU gettext installed each in their own
> directory, I need to use those prefix options to get the right flags
> set in the configure generated Makefiles.
> 
> m4/gnulib-cache.m4 seems to indicate that you already called
> gnulib-tool with --no-libtool, but I'm not sure whether it's a bug
> in gnulib that injects all those -R's into the linker flags, or
> whether sharutils is not using gnulib correctly.
> 
> I can work around it by setting the correct flags in CPPFLAGS and
> LDFLAGS at configure time for each host instead of making use of
> --with-libiconv-prefix and --with-libintl-prefix, but if I can provide
> any more information to fix this properly at the source please don't
> hesitate to ask.

I found the problem.

sharutils does not link using libtool, but src/Makefile.am sets LDADD
to include LTLIBINTL which has (-R) flags set for the benefit of a
libtool link.  I changed that to LIBINTL, and now the compiler driver
gets the correct flags.

Cheers,
-- 
Gary V. Vaughan (address@hidden)