From owner-freebsd-current Sun Jul 12 18:28:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA18152 for freebsd-current-outgoing; Sun, 12 Jul 1998 18:28:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA18147 for ; Sun, 12 Jul 1998 18:28:33 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id LAA04438; Mon, 13 Jul 1998 11:28:28 +1000 Date: Mon, 13 Jul 1998 11:28:28 +1000 From: Bruce Evans Message-Id: <199807130128.LAA04438@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr Subject: Re: Weirdness in CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >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