This patch solves the a cross-build problem where proj.c is both used by a

build-tools target and by the actual target.  In a cross-building situation
proj.o is both a native object and a cross-object (i.e., for the target
arch) and thus doesn't work.  Creating seperate opjects from the same
source file solves this...

This patch may also fix the following issue:

> it looks like -DNOCLEAN doesn't work too well.
> cd /usr/src/gnu/usr.bin/cc/f771; make build-tools
> make: don't know how to make /usr/obj/usr/src/i386/usr/include/stdarg.h. Stop

	This seems caused by wrong dependency information.  Dependency
	information shouldn't be created for build-tools sources.

Submitted by:	marcel

1 files changed, 7 insertions, 2 deletions

diff --git a/gnu/usr.bin/cc/f771/Makefile b/gnu/usr.bin/cc/f771/Makefile
index fb242b1..f0e3352 100644
--- a/gnu/usr.bin/cc/f771/Makefile
+++ b/gnu/usr.bin/cc/f771/Makefile
@@ -19,10 +19,15 @@ LDADD=	${LIBCC_INT}
 
 build-tools: fini
 
-fini: fini.o proj.o
+#  The use of ``proj-BT.o'' is to get around bogus dependacy information
+#  created for build-tools sources.
+fini: fini.o proj-BT.o
 	${CC} -static ${CFLAGS} ${LDFLAGS} -o ${.TARGET} ${.ALLSRC}
 
-CLEANFILES+=	fini
+proj-BT.o: proj.c
+	${CC} ${CFLAGS} -o ${.TARGET} -c ${.ALLSRC}
+
+CLEANFILES+=	fini fini.o proj-BT.o
 
 #-----------------------------------------------------------------------
 # str-* gunk