Ok, here's the skinny from Googling... 1. There's reports of problems across a wide range of code - gnome, exim, etc.
See for example: http://mail.gnome.org/archives/balsa-list/2001-October/msg00165.html "libiconv doesn't exist on solaris - the iconv_open function is in libc." http://mail.gnome.org/archives/balsa-list/2001-October/msg00166.html "The apriopriate part of configure.in is: AC_CHECK_LIB(iconv, iconv_open, , [ AC_CHECK_FUNC(iconv_open, , [ AC_MSG_ERROR([*** You need iconv for balsa.]) ]) ]) 2. It appears that there's a version of iconv in the library, but that the GNU libiconv version has more functionality, so people often install it. Here's the skinny from http://www.sunfreeware.com/programlistintel8.html#libiconv: "GNU libiconv provides an iconv() implementation for use on systems which do not have one - installs in /usr/local." I'm guessing that the gd version also on Sun Freeware also uses the Sun Freeware libiconv. Yup: "GD Graphics Library - An ANSI C library for the dynamic creation of images. GD creates PNG and JPEG images, among other formats - installs in /usr/local. The gd package requires the following library files - libXpm.so.4.11 from xpm, libfreetype.so.6 from freetype, libgcc_s.so.1 from libgcc-3.3 or from gcc-3.3.2, libiconv.so.2 from libiconv, libpng12.so.0 from libpng, and libz.so from zlib, and the jpeg package." So... If you hand compile gd and don't install libiconv, then you are OK with the iconv() in libc. If you hand compile gd and have installed libiconv, we don't know which one is picked up. If you install gd from SunFreeware (which requires libiconv), then you need -liconv. Can y'all try the attached patch? -----Burton -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Luca Deri Sent: Wednesday, November 19, 2003 3:32 AM To: ntop Subject: Re: [Ntop] Solaris 8 & 9 Ntop 2.2.96 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Burton M. Strauss III wrote: | Steve indicated his version is hand compiled, you're using the Sun | Freeware version... | | (and yes, Steve, you should be building .so - shared - libraries) | | It's certainly possible that he created a version of gd on a system | without libiconv that doesn't need it. But I'm stumped about what's | different between the 3 systems you're talking about... | | | It shouldn't hurt to have an extra -l, so I wonder if we can get Luca | to 'splain why he removed it... putting it back would be, IMHO, the | simplest answer. | | Luca?? I have removed this libiconv because it's not part of Solaris, at least on the hosts I have access. What's the purpose of this library? Cheers, Luca | | | On the plus side, it looks like he commited the bus fix change into | pbuf.c along with the other crud he did this morning (US time). | | -----Burton | | | -----Original Message----- From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Mike Tremaine Sent: Tuesday, | November 18, 2003 12:43 PM To: [EMAIL PROTECTED] Subject: RE: [Ntop] | Solaris 8 & 9 Ntop 2.2.96 | | | |> Don't really know, but I believe Luca runs Solaris on both. |> |> Questions - |> |> 1. If you locate libiconv, do you find it on the various systems? |> | On 2 out of 3 systems I've tried it on. (So no pattern) | |> 2. Which gd are you using? Hand compiled, or the binary from Sun | | Freeware? | |> (It could be that they have the dependency (and maybe are the |> source of libiconv too, for that matter). | | | Binary from SunFreeware because all these systems had MRTG installed | first. | |> 3. You might try something fancy in the configureextra/SOLARIS9 |> file. In the redhat9, I've got an example of using an if to test |> for something: |> |> echo " Setting RedHat 9 specific flag values" |> CPPFLAGS="-DHAVE_FILEDESCRIPTORBUG ${CPPFLAGS}" |> | .. .. | |> would something like this work across all systems??? |> |> if test -f /usr/lib/libiconv.so; then LIBS="-liconv ${LIBS}" fi |> |> | Like I said having the libiconv is not the determining factor, I | actaully wrote something like that as a test with pkginfo SMCiconv. | But one system I tried it on DID NOT have the libiconv package | installed and still failed the gd test so having that switch will not | solve the problem. The dependency could be in GD but looks like at | least one other person who built by hand has this problem also | so....I'll poke around at it again when I have sometime but at least | we know that 2.2.96 works with a few small tweaks. | | |> -----Burton |> | | | -- Mike Tremaine [EMAIL PROTECTED] http://www.stellarcore.net | | | _______________________________________________ Ntop mailing list | [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop | - -- Luca Deri <[EMAIL PROTECTED]> http://luca.ntop.org/ Hacker: someone who loves to program and enjoys being clever about it - Richard Stallman -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/uzibmMhDxnkh3zQRAs2dAJ90GKHfeymxruuiEXfXpjo/Kqx7FACdH296 hbleVTNMm8quev6JcCaEjCI= =iNjf -----END PGP SIGNATURE----- _______________________________________________ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop
BMS0394-solaris-iconv.patch
Description: Binary data
