Re: libiconv-prefix seems broken

Hi David, 

Thanks for your message.  I'm surprised no one's reported this until now. 


> with
> v0.82 configure failed to detect my installation of GNU libiconv.  I
> eventually realised that freetds-0.82.1.dev.20081111 doesn't ship with
> config.rpath.  

http://www.gnu.org/software/autoconf/manual/autoconf.html

I didn't find word one about a config.rpath in the documentation.  Not
sure how/if that relates to your problem report, though.  

> gcc	-D_REENTRANT \
> 	-pthreads \
> 	-O3 \
> 	-g \
> 	-Wdeclaration-after-statement \
> 	-O3 \
> 	-g \
> 	-o .libs/fisql \
> 	fisql.o \
> 	terminal.o \
> 	edit.o \
> 	handlers.o \
> 	interrupt.o \
> 	-L/usr/local/unixodbc-2.2.14/lib \
> 	../../dblib/.libs/libsybdb.so \
> 	../../replacements/.libs/libreplacements.a \
> 	-lnsl \
> 	-lsocket \
> 	-R/usr/local/freetds-0.82.1.dev.20081111/lib 

Yep, no libiconv there.  

I suspect this relates back to dropping libtds as a shared object.  libtds
linked libiconv, and everything linked libtds, so everything got libiconv
"for free".  Static libaries don't have that property -- they don't
themselves link in anything -- and now that libtds is *only* built
statically, libiconv fell off the end.  

I followed your example in the Makefile.am files, which inform the
configure script.  You should see the change in tomorrow's CVS HEAD
snapshot.  If that works for you, I'll do the same thing to the 0.82
branch.  

HTH.  

--jkl