Date: Mon, 13 Jul 1998 11:28:28 +1000 From: Bruce Evans <bde@zeta.org.au> To: freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr Subject: Re: Weirdness in CURRENT Message-ID: <199807130128.LAA04438@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>Am I the one only to see this during "make world" ?
>
>- why the "cd .../games; cp ..." ??
>- why trying to build build-tools inside "/usr/src/bin/sh" ?
RCS file: /home/ncvs/src/Makefile,v
Working file: Makefile
head: 1.205
...
----------------------------
revision 1.204
date: 1998/07/07 05:37:34; author: bde; state: Exp; lines: +19 -1
Build internal tools in build-tools so that they have some chance of
working when the target system is not binary compatible. Use various
hacks to work around minor problems in the source and binary tree
layouts:
- caesar and strfile are built normally (the source layout is good),
then installed by copying them to ${WORLDTMP}/usr/bin (they are
installed in ${WORLDTMP}/usr/games, but I don't want to put that
in $PATH).
- colldef and mklocale are built and installed normally. Messy and
incomplete relative path searches for them and caesar and strfile
can now go away.
- internal tools that aren't installed are now built and left lying
around for the `make all' pass to use. If the target system is
not binary compatible, it is critical that these tools don't get
rebuilt. Cleaning of the obj tree before building the internal
tools should ensure this.
- most internal tools are built using internal build-tools targets,
but tn3270 is simpler for a change - it has all the tools in a
separate tree, so they can be built using `make all'.
----------------------------
...
RCS file: /home/ncvs/src/bin/sh/Makefile,v
Working file: Makefile
head: 1.28
...
----------------------------
revision 1.28
date: 1998/07/07 01:06:58; author: bde; state: Exp; lines: +3 -4
Added a `build-tools' target for internal tools.
Removed explicit dependencies of foo.o on foo.c. These were mainly
placeholders for comments about missing dependencies of tools objects
on headers. This problem needs to be handled more generally.
----------------------------
...
Bruce
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199807130128.LAA04438>