swarm-support
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Swarm-Support] compile error (multiple compilations)


From: Daniel Storbeck
Subject: [Swarm-Support] compile error (multiple compilations)
Date: Fri, 05 Sep 2003 22:27:55 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1

Dear List,

my system is depian woody with gcc 2.95.4.
During compilation of swarm-2.1.147.20030812, at NXConstStr.m, make aborts with an error:

"gcc: cannot specify -o with -c or -S and multiple compilations"

---
source='NXConstStr.m' object='NXConstStr.lo' libtool=yes \
depfile='.deps/NXConstStr.Plo' tmpdepfile='.deps/NXConstStr.TPlo' \
depmode=gcc3 /bin/sh ./depcomp \
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I./objc -I./objc -I. -DBUILDING_LIBOBJC -g -O2 -fgnu-runtime -fno-strict-aliasing -Wall -Wno-import -Wno-protocol -Wno-long-long -c -o NXConstStr.lo `test -f NXConstStr.m || echo './'`NXConstStr.m gcc -DHAVE_CONFIG_H -I. -I. -I. -I./objc -I./objc -I. -DBUILDING_LIBOBJC -g -O2 -fgnu-runtime -fno-strict-aliasing -Wall -Wno-import -Wno-protocol -Wno-long-long -c NXConstStr.m -MT NXConstStr.lo -MD -MP -MF .deps/NXConstStr.TPlo -fPIC -DPIC -o .libs/NXConstStr.o
gcc: cannot specify -o with -c or -S and multiple compilations
make[4]: *** [NXConstStr.lo] Error 1
make[4]: Leaving directory `/usr/local/src/swarm-2.1.147.20030812/libobjc'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/usr/local/src/swarm-2.1.147.20030812/libobjc'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/local/src/swarm-2.1.147.20030812/libobjc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/swarm-2.1.147.20030812'
make: *** [all] Error 2
---

Unfortunately I don't understand the copious command line options in their entirety. How can I fix it? I didn't find a related discussion topic in the 2003 list archive. Also I understand that e.g. gcc 3.2 does not work, but this doesn't seem to be the problem.

Thanks,

Daniel Storbeck



reply via email to

[Prev in Thread] Current Thread [Next in Thread]