Argh.. never mind I guess the big warning about THIS REQUIRES GNU Make
actually means this requires GNU Make...:/ (Never try to compile before
having coffee.)
So the patch seems to work fine under both cases (GD from sunfreeware
and GD by hand), and under Solaris 8 and Solaris 9. Just be sure to add
the calls to the configureextra/SOLARIS9 file.
Mine looks like.
####################
#!/bin/sh
echo " Setting Solaris 9 specific flag values"
LDFLAGS="-L/opt/sfw/lib -L/usr/local/lib -R/opt/sfw/lib -R/usr/local/lib
${LDFLAGS}"
LIBS="-lnsl -lsocket ${LIBS}"
CPPFLAGS="-DHAVE_FILEDESCRIPTORBUG ${CPPFLAGS} -I/usr/local/include
-I/opt/sfw/include"
. configureextra/functions
#Test for GNU libiconv (e.g. SunFreeware)
test_library iconv iconv_open
###################
Also the pbuf.c patch has not been applied.
[EMAIL PROTECTED] ~/ntop_2.2.96/ntop [5] cvs diff pbuf.c
Index: pbuf.c
===================================================================
RCS file: /export/home/ntop/ntop/pbuf.c,v
retrieving revision 2.153
diff -r2.153 pbuf.c
990c990
< u_char *tcp_data = (u_char *)((int)tcp + tcp->th_off * 4);
---
> u_char *tcp_data = (u_char *)((int)tcp + tp.th_off * 4);
With these changes I see nothing stopping generic ./configure; make;
make install under Solaris 8 and 9.
Mike Tremaine
[EMAIL PROTECTED]
On Sun, 2003-11-23 at 07:50, Mike Tremaine wrote:
> 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
_______________________________________________
Ntop mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop
