------- Comment #13 from Ralf dot Wildenhues at gmx dot de 2006-02-24 14:57
-------
(In reply to comment #12)
> It appears that the LT stands for libtool. So the first one (LIBICONV) is
> supposed to be used for linking if you aren't using libtool, and the second
> one
> (LTLIBICONV) is used for linking if you are using libtool.
Right. You cannot expect to be able to use $LTLIBICONV if you are not using
Libtool.
> So, yes, this looks OK to me. We could at least get this on mainline even if
> we can't fix the release branches yet.
That is not ok.
Best would probably be if you took LIBICONV and killed all instances of
$wl aka $acl_cv_wl from it, and turned all remaining comma into spaces,
for good measure. I think. For the former, you could also call
AC_LIB_RPATH explicitly and unset or empty $wl for the AM_ICONV call, and
restore it afterwards. If you don't need the LIBICONV for other purposes
that may involve linking with a compiler driver.
Or fix config/lib-link.m4 AC_LIB_RPATH to provide additional variables for
use when linking with $LD. Luckily newer Libtool macros don't do that very
often anymore, so it may not be worth it.
--
Ralf dot Wildenhues at gmx dot de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Ralf dot Wildenhues at gmx
| |dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206
