[postgis-users] Re: ICONV support

[strk]

Larry, I'm counting on your test! :)
The approach I've used is always check for libiconv first, and
if not found use libc, and if not supporting it, give up.

So, the only problem would be if one user *wants* to use
the glibc implementation when libiconv is installed
(ie: ignore libiconv). This is still possible by fiddling
with the Makefile.config (removing -liconv).

--strk;

On Fri, Dec 16, 2005 at 10:43:57AM -0700, Larry Shaffer wrote:
> Sure, but it will not be until this evening (that work environment is at
> home).
> 
> Also, I won't be able to test the install with real data, because I don't
> really have my PostgresSQL-PostGIS system set up. I will be able to test
> the building of the CVS software though.
> 
> Note: I have been fortunate with the separated libraries, so far, but I
> feel that the 'libc plug/override mode' described on <http://www.gnu.org/
> software/libiconv/> is probably a better solution, with the libiconv
> installed under /usr/local - but I have not tested this. I think this
> would only work if libc were not present and the ./configure of an
> install allowed setting the prefix for an iconv lib. Unfortunately, libc
> IS present, so I didn't think it would work.
> 
> -- 
> Larry