Work with me here... let's keep the thread down to one item at a time... What do you mean by "the rrd package root"?
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. -lmyrrd shouldn't be loading a .so, it should be LINKING the .a in myrrd/ 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. 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. Play with it some and let me know... Thanks! -----Burton -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Chris Turbeville Sent: Tuesday, August 19, 2003 5:17 PM To: [EMAIL PROTECTED] Subject: Re: [Ntop-dev] Sparc Sol9 <snip/> > WRT myrrd/Makefile.in, what's this fixing? myrrd doesn't use the system stuff (-I/usr/local/include or the rrd package root if you don't do this). <snip/> One final issue is rrdPlugin.so. It is getting linked without -lmyrrd because myrrd doesn't build the dynamic and I don't really think it should. How about a -static to libtool mode=link for plugins? Looks like libtool is thinking it can't link libmyrrd.a into the .so but it works if done manually. -Chris _______________________________________________ Ntop-dev mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop-dev
