My bad, that was the case (SMCgd but no SMCliconv). Just to carry this excerise out I removed the gd package and compiled a fresh version of gd. Now when I run configure it works. However the make now fails.
[EMAIL PROTECTED] ~/ntop_cvs/ntop [17] make make: Fatal error in reader: Makefile, line 854: Macro assignment on dependency line [EMAIL PROTECTED] ~/ntop_cvs/ntop [29] which make /usr/ccs/bin/make This could very well be pilot error also. Any ideas? Mike Tremaine [EMAIL PROTECTED] On Sat, 2003-11-22 at 21:00, Burton M. Strauss III wrote: > Well the question is whether you have the SunFreeware version of gd but not > the corresponding libiconv installed on the machine that fails. That would > be a pilot error, not ntop. > > -----Burton > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mike > Tremaine > Sent: Saturday, November 22, 2003 8:22 PM > To: [EMAIL PROTECTED] > Subject: RE: [Ntop] Solaris 8 & 9 Ntop 2.2.96 > > > Burton, > > I gave this a quick try tonight and found that > > On my Solaris 9 machine (after making the same changes you made to > confiureextra/SOLARIS8 to SOLARIS9) it configured and compiled fine. > This system has libiconv installed. > > On a Solaris 8 box with out libiconv installed in did not compile and > failed in the same old place. > > * gd.h...yes > * gdImageDestroy() in -lgd...no > > > So that's not exactly the silver bullet you were looking for. > > > Mike Tremaine > [EMAIL PROTECTED] > > On Thu, 2003-11-20 at 10:35, Burton M. Strauss III wrote: > > 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 > > _______________________________________________ > Ntop mailing list > [EMAIL PROTECTED] > http://listgateway.unipi.it/mailman/listinfo/ntop > > _______________________________________________ > Ntop mailing list > [EMAIL PROTECTED] > http://listgateway.unipi.it/mailman/listinfo/ntop _______________________________________________ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop
