Thu 05 Jan 2012 08:31:18 PM UTC, original submission:
Hello!
I'm working on a fairly convoluted set of makefiles and thought, using the -d flag will help me.
Unfortunately, with this flag make began to through an error, that does not appear, when make is run normally:
../../../coreconf/rules.mk:327: *** multiple target patterns. Stop.
Having modified the source (read.c) as per the attached patch, I now get more details:
- FreeBSD8.2_OPT.OBJ/nssver.o
- FreeBSD8.2_OPT.OBJ/utilwrap.o
- FreeBSD8.2_OPT.OBJ/nss.def
- ../certhigh/GNU
- ../certhigh/Make
- ../certhigh/3.82
- ../certhigh/Built
- ../certhigh/for
- ../certhigh/amd64-portbld-freebsd8.2
- ../certhigh/Copyright
- ../certhigh/(C)
- ../certhigh/2010
- ../certhigh/Free
- ../certhigh/Software
- ../certhigh/Foundation,
- ../certhigh/Inc.
- ../certhigh/License
- ../certhigh/GPLv3+
gmake[2]: Entering directory `/home/ports/security/nss/work/nss-3.13.1/mozilla/security/nss/lib/nss'
../../../coreconf/rules.mk:327: *** FreeBSD8.2_OPT.OBJ/nssinit.o: multiple target patterns. Stop.
In other words, it seems, make somehow misinterprets the comments-section of a Makefile... Using valgrind does not reveal any errors (except 4 "leaked" bytes).
make-3.81 has a similar problem, but it manifests itself differently. Instead of complaining about "multiple target patterns", make attempts to build bogus targets like:
Live child 0x28337ca0 (../certhigh/2006) PID 92047
Live child 0x28322b80 (../certhigh/(C)) PID 92046
Live child 0x28337a90 (../certhigh/Copyright) PID 92045
Live child 0x283378b0 (../certhigh/3.81) PID 92043
Live child 0x283376d0 (../certhigh/Make) PID 92042
Live child 0x28337220 (../certhigh/GNU) PID 92041
This may very well be due to something being wrong with the makefiles, but make's reaction should not differ depending on the debug flag...
|