Howdy Bruce! 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. Cheers, -- Gary V. Vaughan (g...@thewrittenword.com)
