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 (g...@thewrittenword.com)
