> 
> Work with me here... let's keep the thread down to one item at a time...
Heh.
> 
> What do you mean by "the rrd package root"?
Sorry its the gd package it isn't finding. Looks like this when its
@INC@:
gcc -c -g -I. -I..  -I/home/turbo/ntop/ntop/myrrd -DHAVE_CONFIG_H
gdlucidab10.c
In file included from gdlucidab10.c:13:
gdlucidab10.h:16: gd.h: No such file or directory
make: *** [gdlucidab10.o] Error 1
Exit 2

With @CPPFLAGS@ it gets the SOLARIS9 stuff and looks like this:
gcc -c -g -I. -I..  -DSOLARIS -I/usr/local/include -I/opt/sfw/include
-I/home/turbo/ntop/ntop/myrrd -DHAVE_CONFIG_H gdlucidab10.c

> 
> myrrd is supposed to be totally separate - it's not supposed to use any
> other version of rrd, even if one is installed.  That's the reason Luca put
> the fool thing in there, so he had a stable version of rrd to use.
Ok.
> 
> -lmyrrd shouldn't be loading a .so, it should be LINKING the .a in myrrd/
I am being too terse sorry.   When libtool is linking rrdPlugin.so it is
dropping the -lmyrrd from the link command because it can't find a
dynamic version.  It also warns of pcap.   Looks like this:

/bin/bash ../libtool --mode=link gcc  -g -O2 -Wshadow -Wpointer-arith
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs  -fPIC
-L/opt/sfw/lib -L/usr/local/lib -R/opt/sfw/lib -R/usr/local/lib
-L/home/turbo/ntop/ntop/myrrd -o librrdPlugin.la -rpath /usr/local/lib
-shared -release 2.2.91  rrdPlugin.lo -L../myrrd -lmyrrd -lposix4
-lpthread -lresolv -lxnet -lm -ldl -lc -lssl -lcrypto -lnsl -lsocket
-liconv -lpcap -lgdbm -lgd -lpng -lz  -lmyrrd
rm -fr .libs/librrdPlugin.la .libs/librrdPlugin.*
.libs/librrdPlugin-2.2.91.*

*** Warning: This library needs some functionality provided by -lpcap.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -lmyrrd.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
/usr/ccs/bin/ld -G -h librrdPlugin-2.2.91.so -o .libs/librrdPlugin-2.2.91.so  
rrdPlugin.lo  -L/usr/openwin/lib -L/usr/lib -L/opt/sfw/lib -L/usr/local/lib 
-L/home/turbo/ntop/ntop/myrrd -lposix4 -lpthread -lresolv -lxnet -lm -ldl -lc -lssl 
-lcrypto -lnsl -lsocket /usr/local/lib/libiconv.so /usr/local/lib/libgdbm.so 
/usr/local/lib/libgd.so -lpng -lz
> 
> It sounds like you have to tell that stupid compiler/linker to do so
> explicitly.  From the back of my mind, there's a -w or -W switch which swims
> into the ether as a way of forcing the static library to be linked.
Actually its libtool thats dropping it.
> 
> So, what we might have to do is to change this line in plugins/Makefile.am:
> 
> librrdPlugin_la_LIBADD = -L../myrrd -lmyrrd
> 
> to, say
> 
> librrdPlugin_la_LIBADD = @LIBRRD_LIBADD@
> 
> And then set @LIBRRD_LIBADD@ in the parent to either -L../myrrd -lmyrrd or
> whatever it needs to be for Solaris 9.
I am looking to see how to get libtool to accept the myrrd lib.
> 
> Play with it some and let me know...
Will do.
-Chris
> 
> Thanks!
> 
> -----Burton
> 
-- 
[EMAIL PROTECTED]           Chris Turbeville                       NTT/VERIO
       Send mail with subject "send PGP Key" for PGP 6.5.2 Public key
_______________________________________________
Ntop-dev mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev

Reply via email to