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
This commit is contained in:
parent
97d12f9561
commit
8144b5842a
@ -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
|
||||
|
Loading…
Reference in New Issue
Block a user