In bish.lists.gtk-gnutella.devel, you wrote: > The missing iconv.h should have been detected by Configure. There doesn't > seem to be any check for the presence of iconv.h currently. Although there > is a check for libiconv and it should have failed.
Is the reliance on iconv new ? This problem only started about 2 weeks ago or so. > On FreeBSD you probably want to add > > -Dccflags=3D"-I/usr/local/include" > and > -Dldflags=3D"-L/usr/local/lib -R/usr/local/lib" I added the ccflags and everything compiled without a hitch. Thanks. ldflags wasn't needed - the libraries are being set correctly by Configure. "libiconv" does exist, after all, and is found correctly (it's just the header file that isn't) > I'm not font of adding such system-dependent library and include paths > automagically if there's no portable way (e.g., glib-config) to detect > them. Maybe it helps Joe Average but it becomes an endless pain when > you want to compile against an alternate library in a different location. > The right place to add those headers would be the FreeBSD ports system. > IMHO, that is. OTOH, as long as there's a documented Configure switch to > turn auto-detection off, I wouldn't object. That's fair enough, and I agree. Though, can't Configure simply look in /usr/local/include for iconv.h and set that as appropriate if found ? :-) Cheers, Jamie ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ Gtk-gnutella-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
