FWIW:
General)
READ docs/FAQ!
We explicitly REQUIRE gcc. I know that under many systems, cc is a symbolic link to
gcc, BUT, when invoked as cc, it often triggers 'old' behaviors for cc compatibility.
Here's the entry from docs/FAQ:
Q. Which packages/libraries do I need to compile ntop:
glibc
gcc
cpp
gawk
autoconf 2.5+ (distribution is built with 2.53)
automake 1.6+ (distribution is build with 1.6.3)
libtool 1.4+ (distribution is built with 1.4.2)
(there are successes reported with 1.3.4)
openssl (for https:// support)
gdbm
libpcap
Note that both gcc 2.95/2.96 and 3.2 are reported to work.
Note that in some cases the minimal header files for a tool will be in one
"package" and the execution library in another. ntop needs both so that
the ./configure test finds the tool. It's usually safest to install both
the tool and development packages!
(Note some packages will have additional packages as pre-requisites)
Building libpcap requires: bison/flex
Building gdchart uses ar and ranlib from binutils (available precompiled or from
http://www.gnu.org/directory/binutils.html)
(Updated for the new scripts, 30Oct2002)
(Updated for binutils, 13Dec2002)
B)
You only need alloca.h if you have a retarded glibc, one without buildarg, etc. thus
activating the code in util.c. That's a trivial fix.
F)
./configure uses the standard autoconf macro, AC_PROG_AWK, see
http://www.gnu.org/manual/autoconf-2.57/html_node/autoconf_40.html
We work ok with gawk and mawk, some things don't work with awk and I don't think we've
ever run across nawk.
If you read docs/FAQ - the dependency is EXPLICITLY gawk.
Most stuff runs ok on the others, which is why I didn't bother with lots of lines to
more explicitly test things in ./configure ...
C)
nroff -man ntop.8 works fine under Linux - maybe you have an older version of nroff??
In the Makefile, we use this to build ntop.txt from ntop.8:
ntop.txt: ntop.8
@groff -mandoc -Tascii $< | sed 's/_^H//g' | sed 's/^H[ -~]//g' > ntop.txt
D)
man ntop shows
@filename
E,G)
--enable-showoses works perfectly.
It echos the output of the support levels and stops. That's what it's designed to
do... It is NOT for general use when configuring ntop.
FWIW you also have other ./configure options which aren't valid (or more precisely are
a mix of the 2.2 and development branches).
As I've said, unless somebody is willing to sponsor it, I've got no way to test under
Solaris 9.
The initial setting for LDFLAGS, "-lgdbm -L/usr/local/lib -lnsl -lsocket" should
properly go in the OS specific case statement.
The -I's? -I/usr/local/ssl/include should be set automatically based on the
--with-ossl-include value.
Requiring -I/usr/local/include may be an S9 issue, and should be in the case specific
statement with LDFLAGS, although if you install stuff from Sun Freeware, it goes in
other places...
CFLAGS "-xO5"? O5 is an awfully agressive setting for optimization, IIRC -X is
Solaris specific, so that's probably best done - for those who want to risk it - via
setenv.
-----Burton
---------- Original Message ----------------------------------
From: "Roy S. Rapoport" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Date: Fri, 20 Jun 2003 03:38:32 -0700
>On Sun, Jun 15, 2003 at 09:53:45AM +0200, jac engel wrote:
>> Roy,
>> It would be interesting in detail to know what you did
>> to make ntop compile possible on Solaris 9.
>> Like: what did you do extra after Solaris ( full release install ?)
>> install , which packages etc etc.
>> Would that be possible Roy, a detail compile/install instruction ?
>
>Let me know how this works for you.
>
>I already had RRDTool, OpenSSL (097b), GD, PNG, GDBM installed.
>
>In order to get ntop running, I used this script for the configure:
>---
>setenv CC cc
>setenv LDFLAGS "-lgdbm -L/usr/local/lib -lnsl -lsocket"
>setenv CPPFLAGS "-I/usr/local/ssl/include -I/usr/local/include"
>setenv CFLAGS "-xO5"
>
>set me=`pwd`
>set realme=`echo $me:t`
>set shortme=`echo $realme | sed 's/-[0-9].*//'`
>echo "realme = $realme"
>echo "shortme = $shortme"
>
>setenv LI /usr/local/lib
>setenv IN /usr/local/include
>
>./configure \
> --prefix=/usr/local/$realme \
> --with-rrd-root=/usr/local/rrdtool \
> --with-rrd-lib=/usr/local/rrdtool/lib \
> --with-rrd-include=/usr/local/rrdtool/include \
> --enable-configuredebug \
> --enable-largerrdpop \
> --enable-ntcsh \
> --enable-showoses \
> --enable-sslv3 \
> --with-pcap-lib=$LI \
> --with-pcap-include=$IN \
> --with-gdbm-lib=$LI \
> --with-gdbm-include=$IN \
> --with-libpng-lib=$LI \
> --with-libpng-include=$LI \
> --with-ossl-lib=/usr/local/ssl/lib \
> --with-ossl-include=/usr/local/ssl/include \
>---
>
>Issues I had:
>A) It seemed that, in general, the --with-<pkg>-[root|include|lib]
>options don't work well -- when things were in /usr/local/include (and
>included by virtue of $CPPFLAGS or in /usr/local/lib (and included by
>virtue of $LDFLAGS), they were OK, but even if I specified
>--with-<whatever>-include/lib, configure would complain it couldn't find
>the stuff;
>
>B) I had to manually #include <alloca.h> for the compile to succeed;
>
>C) 'nroff -man ntop.8' does not output anything;
>
>D) I couldn't figure out how to get ntop to get its args from a file;
>
>E) Line 2897 in configure, when running with --enable-showoses, would
>exit configure without actually finishing the configuration; I commented
>it out;
>
>F) When running with --enable-showoses, nawk would choke on the awk
>script and configure would die; using gawk instead (had to download and
>install it) worked;
>
>G) I have no actual clue what showoses does, but I notice the binary
>compiled with --enable-showoses is identical to the binary compiled
>without it.
>
>Questions?
>
>You can see the results at https://www.inorganic.org:3030
>
>-roy
>_______________________________________________
>Ntop-dev mailing list
>[EMAIL PROTECTED]
>http://listgateway.unipi.it/mailman/listinfo/ntop-dev
>
____________________________________________________________
Free 20MB Web Site Hosting and Personalized E-mail Service!
Get It Now At Doteasy.com http://www.doteasy.com/et/
_______________________________________________
Ntop-dev mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
