Not a
clue ... if you read the output from gcc's test, there's something about -c and
-o not working together, so -j won't work...
***
WARNING: `gcc' does not support `-c -o', so `make -j' may be
unsafe
But,
if you try it, it seems to create some marker file that pollutes any further
compile attempt. I guess you could try adding the flag to Makefile.am et
al:
.NOTPARALLEL:
(see
the make file in plugins, where I had to put it months ago)
-----Burton
-----Original Message-----Burton,
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Luca Deri
Sent: Sunday, July 06, 2003 5:50 PM
To: [EMAIL PROTECTED]
Subject: Re: [Ntop] compile issue with current CVS source
If -j is the problem then what can I do?
Luca
On Monday, July 7, 2003, at 12:13 AM, Burton M. Strauss III wrote:
Luca, try this:
make -j2
even once!
-----Burton
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Luca Deri
Sent: Sunday, July 06, 2003 2:21 PM
To: [EMAIL PROTECTED]
Subject: Re: [Ntop] compile issue with current CVS source
Hi,
I run RH9 and I have never experienced the problem.
Regards, Luca
On Sunday, July 6, 2003, at 05:30 PM, ES wrote:
I get the following error when trying to build ntop on a RH 8.0 system with 256 Meg of mem. NTOP 2.2.0 compiled fine..
source='address.c' object='address.lo' libtool=yes \
depfile='.deps/address.Plo' tmpdepfile='.deps/address.TPlo' \
depmode=gcc3 /bin/sh ./depcomp \
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I/root/dist/ntop-current/ntop/myrrd -I/usr/local/include -I/usr/local/include -g -O2 -I/usr/local/include -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fPIC -g -O2 -I/usr/local/include -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fPIC -c -o address.lo `test -f 'address.c' || echo './'`address.c
Waiting for -MP.o.lock to be removed
Waiting for -MP.o.lock to be removed
Waiting for -MP.o.lock to be removed
The -MP.o.lock error message continues displaying and never resolves..
-------
Luca Deri <[EMAIL PROTECTED]>
-------
Luca Deri <[EMAIL PROTECTED]>
