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
-----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.
_______________________________________________
Ntop-dev mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
