There's NOTHING different between icmp and any of the other plugins. Look
over Makefile.am, compare icmp with, for example, pda:
noinst_PROGRAMS = icmpPlugin.so lastSeenPlugin.so \
netflowPlugin.so nfsPlugin.so \
pdaPlugin.so \
sflowPlugin.so rrdPlugin.so
# rmonPlugin.so
lib_LTLIBRARIES = libicmpPlugin.la liblastSeenPlugin.la \
libnetflowPlugin.la libnfsPlugin.la \
libpdaPlugin.la \
libsflowPlugin.la librrdPlugin.la
# librmonPlugin.la
libicmpPlugin_la_SOURCES = icmpPlugin.c
libicmpPlugin_la_LDFLAGS = -shared -release @PACKAGE_VERSION@ @DYN_FLAGS@
libpdaPlugin_la_SOURCES = pdaPlugin.c
libpdaPlugin_la_LDFLAGS = -shared -release @PACKAGE_VERSION@ @DYN_FLAGS@
.libs/[EMAIL PROTECTED]@:
$(CC) -bundle -flat_namespace -undefined suppress -o
.libs/[EMAIL PROTECTED]@ icmpPlugin.o
icmpPlugin.so$(EXEEXT): .libs/[EMAIL PROTECTED]@
@ln -s .libs/libicmpPlugin.so icmpPlugin.so
.libs/[EMAIL PROTECTED]@:
$(CC) -bundle -flat_namespace -undefined suppress -o
.libs/[EMAIL PROTECTED]@ pdaPlugin.o
pdaPlugin.so$(EXEEXT): .libs/[EMAIL PROTECTED]@
@ln -s .libs/libpdaPlugin.so pdaPlugin.so
If you need to use another linker, you'll have to override LD and a bunch of
stuff... good luck.
We do use libtools, for all of them (look at a generated Makefile):
CCLD = gcc
DYN_FLAGS =
LD = /usr/bin/ld
icmpPlugin_so_SOURCES = icmpPlugin.so.c
icmpPlugin_so_OBJECTS = icmpPlugin.so.$(OBJEXT)
icmpPlugin_so_LDADD = $(LDADD)
icmpPlugin_so_DEPENDENCIES =
icmpPlugin_so_LDFLAGS =
pdaPlugin_so_SOURCES = pdaPlugin.so.c
pdaPlugin_so_OBJECTS = pdaPlugin.so.$(OBJEXT)
pdaPlugin_so_LDADD = $(LDADD)
pdaPlugin_so_DEPENDENCIES =
pdaPlugin_so_LDFLAGS =
LDFLAGS =
LINK = $(LIBTOOL) --mode=link $(CCLD) $(AM_CFLAGS) $(CFLAGS) \
$(AM_LDFLAGS) $(LDFLAGS) -o $@
ntop requires gcc, binutils, the gnu auto* tools and their associated parts
& pieces. ld is part of it.
Name : binutils
Summary : A GNU collection of binary utilities.
Description :
Binutils is a collection of binary utilities, including ar (for
creating, modifying and extracting from archives), as (a family of GNU
assemblers), gprof (for displaying call graph profile data), ld (the
GNU linker), nm (for listing symbols from object files), objcopy (for
copying and translating object files), objdump (for displaying
information from object files), ranlib (for generating an index for
the contents of an archive), size (for listing the section sizes of an
object or archive file), strings (for listing printable strings from
files), strip (for discarding symbols), and addr2line (for converting
addresses to file and line).
-----Burton
-----Original Message-----
From: Falk Hayn [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 8:00 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: 1st feedback: build stopped with icmp_plugin issues
--- Weitergeleitete Nachricht / Forwarded Message ---
Date: Wed, 5 Mar 2003 06:56:34 -0600
From: "Burton M. Strauss III" <[EMAIL PROTECTED]>
To: "Ntop-Dev" <[EMAIL PROTECTED]>
Subject: RE: malloc.h issues resolved - build stooped with plugins
> Once again the HPUX porting people have done it in a way incompatible with
> the rest of the world.
>
> This line in plugins/Makefile.am
>
> .libs/[EMAIL PROTECTED]@:
> $(CC) -bundle -flat_namespace -undefined suppress -o
> .libs/[EMAIL PROTECTED]@ pdaPlugin.o
>
> is fixed up by automake and ./configure, so - for example - under Linux it
> becomes
>
> .libs/libpdaPlugin.so:
> $(CC) -bundle -o .libs/libpdaPlugin.so pdaPlugin.o
>
> In some OSes (Darwin - MAX OS X), it doesn't work right. Look in
> configure
> and you'll see the override:
>
> *-*-darwin5.5*:* )
> DYN_FLAGS="-bundle -flat_namespace -undefined suppress $DYN_FLAGS"
> ;;
>
> HPUX may also need -flat_namespace added... Rather than editing
> configure.am and running the whole cycle, try setting DYN_FLAGS in the
> root
> (ntop) Makefile (around line 105) to see what you need under HPUX, e.g.:
>
> DYN_FLAGS = -flat_namespace -undefined suppress
>
>
> -----Burton
>
Burton,
1st fedback before I try other things.
I looked through make.results file I sent to You,
and found that the other plugins were linked with
libtool.
On the HP-UX platform the GNU ld does not exist
for any reason. This may be the key, that the
try to link a plugin with gcc can not work.
Is there a special reason not to use libtool for
icmp_plugin ?
Is it possible to use libtool instead and to change
the rules for makefile creation ?
Regards, F.
>
>
>
>
>
>
> -----Original Message-----
> From: Falk Hayn [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 05, 2003 6:05 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: malloc.h issues resolved - build stooped with plugins
>
>
> Burton,
>
> best messages 1st:
> - Your malloc patch helped.
> - Your malloc patch applied to tonights CVS snapshot
> - Iattached the configure and make messages to give You visibility.
>
> However the build stopped now on the plugin area, perhaps trigered
> by the missing RRD toolkit.
> Perhaps You have an idea ?
> In the past configure --disable-plugins helped.
>
> If You have no new ideas to this topic, I will laterone try to build
> with --disable-plugins
>
> I�m still trapped in the RRD toolkit issues, because it needs perlmodules
> to be built. Perlmodules need the same compiler which was used for perl.
> Perl is a HP driven port to the UX platform and therefore supports
> HP Ansi C compiler only.
> Im still investigating my contracts to have a HP Ansi C compiler license,
> but it needs time.
>
>
>
--
+++ GMX - Mail, Messaging & more http://www.gmx.net +++
Bitte l�cheln! Fotogalerie online mit GMX ohne eigene Homepage!
_______________________________________________
Ntop-dev mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
