From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 11 11:01:31 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85E3337B401; Wed, 11 Jun 2003 11:01:31 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6D3343F93; Wed, 11 Jun 2003 11:01:27 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h5BI1MmV016190 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jun 2003 21:01:22 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h5BI1MQP016185; Wed, 11 Jun 2003 21:01:22 +0300 (EEST) (envelope-from ru) Date: Wed, 11 Jun 2003 21:01:22 +0300 From: Ruslan Ermilov To: "Daniel C. Sobral" Message-ID: <20030611180122.GC14100@sunbay.com> References: <3EE76761.1030103@tcoip.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1sNVjLsmu1MXqwQ/" Content-Disposition: inline In-Reply-To: <3EE76761.1030103@tcoip.com.br> User-Agent: Mutt/1.5.4i cc: Tony Finch cc: hackers Subject: Re: build-tools and sed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 18:01:31 -0000 --1sNVjLsmu1MXqwQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 11, 2003 at 02:31:13PM -0300, Daniel C. Sobral wrote: > Shouldn't sed be part of the build tools? >=20 No. build-tools are a different beastie; they are the tools that are only built during buildworld to "build" something else. sed(1) isn't such a tool. Yes, it can be put under the bootstrap-tools if there's some backward incompatibility it in, but there's just no reason to do it right now. Please see below for a further explanation. > It's used in src//gnu/usr.bin/binutils/libbfd/Makefile, at the very least: >=20 > targmatch.h: targmatch.sed config.bfd > sed -f ${.ALLSRC:M*.sed} ${.ALLSRC:M*.bfd} > ${.TARGET} >=20 > config.h: config.h.fbsd > .if ${TARGET_ARCH} =3D=3D "i386" > sed -e 's,!!TRAD_HEADER!!,"hosts/i386bsd.h",g' ${.ALLSRC} >=20 > ${.TARGET} > .else > sed -e 's,!!TRAD_HEADER!!,,g' ${.ALLSRC} > ${.TARGET} > .endif >=20 >=20 > Which was rather annoying when I got caught in the sed bug. Updating=20 > sources did not fix the problem, because it kept using the install sed... >=20 I asked for an UPDATING entry when I saw this bug for the first time, and got a positive reply saying this was a good idea, but this never actually happened, and this is now the third report I have heard. In short: if your build environment is broken, the chances are low you will be able to build your world. E.g., if you do not have /usr/include you cannot win. Similarly, when your gcc(1) is broken (for example), you won't be able to build world too. We depend on a good shape of the build environment, and if it breaks, we put this sort of info into UPDATING. When we create a backward incompatibility, this is completely another case, and we put stuff either in bootstrap-tools or cross-tools, depending on their nature. (cross-tools are similar to bootstrap-tools except for also directly depending on the value of TARGET_ARCH/TARGET.) Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --1sNVjLsmu1MXqwQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+525yUkv4P6juNwoRAnKHAJsHX24fVGyiNEBp9B71OVQKfVc68wCdGmBs sAf8CMxuH0m+/RE83xgaMXw= =BWHa -----END PGP SIGNATURE----- --1sNVjLsmu1MXqwQ/--