apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Frank J. R. Hanstick <tro...@comcast.net>
Subject apr-iconv-1.1.1 Installation problem
Date Mon, 25 Dec 2006 09:34:40 GMT
	I received the following error when building apr-iconv-1.1.1 on a  
dual 800 MHz PowerPC G4 (QuickSilver) running MacOS 10.4.8;

(cd ccs;  make)
/bin/sh /usr/local/apr/build-1/libtool --silent --mode=compile gcc -g  
precomp   -I/Users/frank/apr-iconv-1.1.1/lib -I/Users/frank/apr- 
iconv-1.1.1/include  -I/usr/local/apr/include/apr-1   -o  
iso-8859-1.lo -c iso-8859-1.c && touch iso-8859-1.lo
/bin/sh /usr/local/apr/build-1/libtool --mode=link gcc -g -O2   - 
precomp   -I/Users/frank/apr-iconv-1.1.1/lib -I/Users/frank/apr- 
iconv-1.1.1/include  -I/usr/local/apr/include/apr-1   -module -avoid- 
version -rpath NONE/lib/iconv     -o iso-8859-1.la iso-8859-1.lo
libtool: link: only absolute run-paths are allowed
make[2]: *** [iso-8859-1.la] Error 1
rm iso-8859-1.lo
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

If you were to look at -rpath, you will notice that it is set to NONE/ 
lib/iconv rather than /usr/local/apache2.  I traced the error to the  
configure file where iconv_libdir was being incorrectly set.  For  
some reason, the sequence in configure.in generates a configure that  
sets prefix=NONE (line 632) and then sets iconv_libdir=$prefix/lib/ 
iconv before prefix=/usr/local/apache2.  My fix was to change the  
references of iconv_libdir to @prefix@/lib/iconv in all makefile.in  
that referenced iconv_libdir instead of trying to figure out what in  
configure.in was doing wrong.


View raw message