From owner-freebsd-toolchain@freebsd.org Sun Nov 8 19:29:29 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12ED8A29309 for ; Sun, 8 Nov 2015 19:29:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F21AC1EFA for ; Sun, 8 Nov 2015 19:29:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tA8JTSKn079716 for ; Sun, 8 Nov 2015 19:29:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 203064] buildworld via external toolchain (clang) throws assertion Date: Sun, 08 Nov 2015 19:29:29 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 19:29:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203064 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED --- Comment #2 from Sean Bruno --- This has been committed to clang upstream. We'll get this when we start testing mips + clang. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-toolchain@freebsd.org Thu Nov 12 14:15:23 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99AE8A2C958 for ; Thu, 12 Nov 2015 14:15:23 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 603DD1591 for ; Thu, 12 Nov 2015 14:15:22 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tACEFLBf008017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 12 Nov 2015 08:15:21 -0600 From: "William A. Mahaffey III" Subject: amd64-gcc question To: FreeBSD toolchain mailing list !!!! Message-ID: <56449EF8.7070806@hiwaay.net> Date: Thu, 12 Nov 2015 08:20:50 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 14:15:23 -0000 Howdy, new to this list. I posted this to FreeBSD-users & was advised to try this list or the GNU GCC list, so here goes: I pkg-installed amd64-gcc over the weekend hoping for Graphite (auto-loop parallelization) support, but no go. I looked around over the weekend & found that there was no port for that package, only the pkg. I just did a 'portsnap fetch upgrade' & there is now a port for amd64-gcc, but it includes no files & no pkg-descr file. I determined over the weekend that the gcc's from about V4.3 on can indeed be built w/ Graphite support, but you need to do it manually. I found a post dated 2010 from someone who did it under linux: http://openwall.info/wiki/internal/gcc-local-build. I see no configure files for any of the gcc ports (I have the entire ports tree downloaded & local, & freshly updated as of a few min. ago). What is the canonical/BPP (FreeBSD 9.3R) way of recompiling a port with different config flags ? I did find ports/pkgs for the 2 main components apparently needed for Graphite support (cloog & ppl) & pkg-installed them over the weekend, so I am ready to go on that front. I have gotten as far as running 'make showconfig' in the various gcc* & amd64-gcc directories to see what info I could get on default config options. In all cases they gave options & said to run 'make config' to change options. I didn't even see a 'config:' entry in the Makefiles (probably included from elsewhere, but I didn't chase it). I only want to make the minimum # of config mods necessary (trusting that pkg/port maintainers probably know more than I about their various pkg's & ports) to add the cloog & ppl support & recompile. I have been using pkg almost exclusively to maintain my (now 3) FreeBSD 9.3R boxen, except for recompiling the linux-c6 flash plugin for this box whenever it get upgraded, so I have *no* experience with getting more nitty-gritty w/ FreeBSD ports than that :-/. TIA & have a good one. BTW: [wam@devbox, pre, 8:19:58am] 676 % uname -a FreeBSD devbox 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat Aug 22 01:54:44 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [wam@devbox, pre, 8:20:00am] 677 % sysctl -A | grep -A1 -B1 model hw.machine: amd64 hw.model: AMD A8-6500 APU with Radeon(tm) HD Graphics hw.ncpu: 4 -- dev.rgephy.0.%location: phyno=1 dev.rgephy.0.%pnpinfo: oui=0xe04c model=0x0 rev=0x0 dev.rgephy.0.%parent: miibus0 [wam@devbox, pre, 8:20:12am] 678 % -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. _______________________________________________ freebsd-questions@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-toolchain@freebsd.org Thu Nov 12 21:55:10 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8069CA2D630 for ; Thu, 12 Nov 2015 21:55:10 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 614951A8B for ; Thu, 12 Nov 2015 21:55:10 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5EBEBA2D62F; Thu, 12 Nov 2015 21:55:10 +0000 (UTC) Delivered-To: toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D5D9A2D62E for ; Thu, 12 Nov 2015 21:55:10 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 3E7C11A87; Thu, 12 Nov 2015 21:55:10 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 3079C1FD9; Thu, 12 Nov 2015 21:55:10 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id E098514DBE; Thu, 12 Nov 2015 21:55:09 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id UdWgm2TFcflw; Thu, 12 Nov 2015 21:55:07 +0000 (UTC) Subject: Meta mode toolchain bootstrapping [was Re: FreeBSD targets/ out-of-date] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 0B8E714DB7 To: "Simon J. Gerraty" , brooks@FreeBSD.org, imp@FreeBSD.org, emaste@FreeBSD.org References: <55E769EF.7090908@FreeBSD.org> <4924.1441306006@chaos> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc X-Enigmail-Draft-Status: N1110 Organization: FreeBSD Cc: toolchain@FreeBSD.org Message-ID: <56450AB8.90402@FreeBSD.org> Date: Thu, 12 Nov 2015 13:55:04 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <4924.1441306006@chaos> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N0iSo68wTUxs2ADJAbjPufdr3QNtEgL1Q" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 21:55:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --N0iSo68wTUxs2ADJAbjPufdr3QNtEgL1Q Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 9/3/2015 11:46 AM, Simon J. Gerraty wrote: > Anyway, bootstrap-toolchain leverages src/Makefile.inc1 to build an > initial set of tools. It then attempts to use that to build toolchain > for MACHINE=3Dhost which is currently failing because in-tree libelf an= d > libdwarf are needed and libelf needs sys/sys/elf_common.h but but that > doesn't currently get staged for host (we try to minimize what we put i= n > host stage tree). Using the special hack you came up with for lib/libelf, and a lot of other fixes for replacing binutils with elftoolchain, I've managed to get the targets/pseduo/bootstrap-tools build working again. I will commit this likely today or tomorrow. However... >=20 > It may be better to simply skip targets/pseudo/toolchain.host > that will work so long as we set TOOLSDIR to point to the stuff built b= y > Makefile.inc1=20 >=20 > Depending on where we are with external toolchian support that would > make sense - might be able to skip bootstrap-toolchain completely > which would be nice. I think this is more right because there's many more people thinking about, testing daily, and maintaining the bootstrap logic in Makefile.inc1. The way targets/pseudo/bootstrap-tools works currently lead to bitrot and breakage with the elftoolchain replacement. It will very easily happen again. Right now the targets/pseduo/bootstrap-tools target builds legacy,build-tools,cross-tools from Makefile.inc1 for everything but the compiler and toolchain, and then building the toolchain itself. There's a subtle problem with this in that we end up building clang in targets/pseudo/toolchain with -nostdinc (from local.init.mk) which leads to a missing header (which actually is staged, just lacks a -I or --sysroot to be captured). But really there's no reason to do this work since Makefile.inc1 does it fine and is maintained well to handle it. There's another subtle thing here, because we set CC=3DHOST_CC=3D/usr/bin= /cc when calling cross-tools from the pseudo/targets/bootstrap-tools build, it invokes the external compiler support in Makefile.inc1 which avoids building the bootstrap clang and some of the toolchain, leading us to have to do it from pseudo/targets/toolchain. I actually extended this logic to pass HOST_AS to avoid *more* redundant toolchain building in Makefile.inc1 from our own targets/pseduo/toolchain, before realizing thi= s. What I plan to do is make pseudo/targets/bootstrap-tools always build all of cross-tools,etc, from Makefile.inc1 respecting its own internal logic for when to bootstrap the compiler (without us telling it to skip the bootstrap compiler) and then add pseudo/targets/bootstrap-tools as a global DIRDEP. Given the use of cookies, this will only be done once per meta build, but it at least won't be a manual step anymore. For the record, I do plan to extend .MAKE.MODE=3Dmeta to buildworld and its bootstrapping as well, which will give a lot of incremental build improvements to it. This means that the meta build will then default to bootstrapping the compiler, which we really must do to build the source tree reliably. There's really no reason the meta build should default to not bootstrapping the compiler. Setting WITHOUT_CROSS_COMPILER or WITHOUT_CLANG_BOOTSTRAP will avoid this and use just the host compiler as the meta build does now. So there's no real problem for those people who want to skip the clang bootstrap. Then, I will work on the project of "building clang less" which will avoid building the bootstrap compiler for both the meta mode build and the buildworld build (and universe eventually) if /usr/bin/cc satisfies the needs (can cross compile the TARGET and is "new enough" compared to the version we want). This is not trivial but I think it is possible and it will make everyone happy! Related tidbit, using WITHOUT_CROSS_COMPILER (or WITHOUT_*_BOOTSTRAP) with buildworld leads to a broken build currently since it is the user basically asking to use their default external toolchain of /usr/bin/*, but the logic does not kick in to use --sysroot against WORLDTMP. I plan to fix this soon as well. --=20 Regards, Bryan Drewery --N0iSo68wTUxs2ADJAbjPufdr3QNtEgL1Q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJWRQq4AAoJEDXXcbtuRpfP2s4IAKz8U0Txtx135Kn9Dy6Zkgsv Inx/9ocZQGtJdvD/XX8AglIVUTXTqbEXK9KbtsHualD1UDdLkEtGA+w1aZ+j9L5V NZQ6XMJj35tNqyGPIkjHHFRtm68bZzGz7CZf7w0B/bz1EdhiS43ktbR7h3aBC6GE VF85rYQr9+IxLafj7v4u8PGWdPr2isLZz3W8AnZlruYUXVhDdf4B7lk7gwIGiYhM /zw4xjKLU/mA+9AISmFnVSpPYsUlcaAAjSFvIFi5Ozg0jGpF/Z3pU0ZKw+xt19gu UXgCAsoQxPWVmWGCbNdmjIui7zKm4sl0wcZtTgDGCzbn+DFeFctnwt2R1Oaa/18= =B3Vn -----END PGP SIGNATURE----- --N0iSo68wTUxs2ADJAbjPufdr3QNtEgL1Q-- From owner-freebsd-toolchain@freebsd.org Fri Nov 13 01:15:29 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7C5AA2CEBF for ; Fri, 13 Nov 2015 01:15:29 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 425D11E1E for ; Fri, 13 Nov 2015 01:15:29 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id 41721A2CEBE; Fri, 13 Nov 2015 01:15:29 +0000 (UTC) Delivered-To: toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28C84A2CEBD for ; Fri, 13 Nov 2015 01:15:29 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0130.outbound.protection.outlook.com [65.55.169.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D92801DFF; Fri, 13 Nov 2015 01:15:24 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from BY2PR05CA049.namprd05.prod.outlook.com (10.141.250.39) by BY1PR0501MB1381.namprd05.prod.outlook.com (10.160.107.139) with Microsoft SMTP Server (TLS) id 15.1.318.15; Thu, 12 Nov 2015 23:42:14 +0000 Received: from BN1AFFO11OLC004.protection.gbl (2a01:111:f400:7c10::161) by BY2PR05CA049.outlook.office365.com (2a01:111:e400:2c5f::39) with Microsoft SMTP Server (TLS) id 15.1.325.17 via Frontend Transport; Thu, 12 Nov 2015 23:42:14 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.17) smtp.mailfrom=juniper.net; FreeBSD.org; dkim=none (message not signed) header.d=none;FreeBSD.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.17 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.17) by BN1AFFO11OLC004.mail.protection.outlook.com (10.58.53.75) with Microsoft SMTP Server (TLS) id 15.1.325.5 via Frontend Transport; Thu, 12 Nov 2015 23:42:14 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 12 Nov 2015 15:42:12 -0800 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id tACNgBD83621; Thu, 12 Nov 2015 15:42:11 -0800 (PST) (envelope-from sjg@juniper.net) Received: from chaos (localhost [IPv6:::1]) by chaos.jnpr.net (Postfix) with ESMTP id C17C2580A9; Thu, 12 Nov 2015 15:42:10 -0800 (PST) To: Bryan Drewery CC: , , , , Subject: Re: Meta mode toolchain bootstrapping [was Re: FreeBSD targets/ out-of-date] In-Reply-To: <56450AB8.90402@FreeBSD.org> References: <55E769EF.7090908@FreeBSD.org> <4924.1441306006@chaos> <56450AB8.90402@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Thu, 12 Nov 2015 13:55:04 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <8608.1447371730.1@chaos> Date: Thu, 12 Nov 2015 15:42:10 -0800 Message-ID: <13427.1447371730@chaos> X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11OLC004; 1:c0o9N5io1mtHfWJ7Wr1RPO7JgHSRaavbb/cxmiFCPjRS+lyxFzSQsov1/lCPop22DVtRgcJYo4Mjki+636xVmZB6WlgcDiizOd1DQ4CvnOXiCreqFuoaHuZWzcLrpQzBImg6FzvNRzLhK9qXgVu/C02M5+iL4y4Em9TZChNoHg8vPSegdF5IlWblzZrqg+CyV8it/zy2P8K7icdjqYm+cVOs9SkqudXPwgXaTb7nEuo6kJsEW27el5B7qh/fy+iPhrpag1OjgUTRDnnxgKfkoruNUIfNj7mx4SCq6WuoDu5iHyFeJU5vGq1GHcCyPQtPxGs7KMvypisYu/PkN3fVMg== X-Forefront-Antispam-Report: CIP:66.129.239.17; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(199003)(24454002)(189002)(377454003)(52314003)(479174004)(97736004)(189998001)(97756001)(77096005)(6806005)(23726002)(19580405001)(50226001)(110136002)(81156007)(2950100001)(105596002)(19580395003)(50466002)(11100500001)(5008740100001)(450100001)(107886002)(4001430100002)(117636001)(5001960100002)(230783001)(92566002)(86362001)(50986999)(69596002)(33716001)(106466001)(76176999)(5007970100001)(87936001)(76506005)(47776003)(46406003)(57986006)(42262002)(62816006); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1381; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1381; 2:UqDGHvqU8nUMvEDfhb2cI8kdmPyhsCcnb2WkjeQgOR4p7M1rleySnpi/Ll2RnGa88Hz3IFDmGL5ks75rOoC7Q3K7FO/8vPTVkq3Ww/cQQSa+jvZlNyZUBBYvhpA5gp/rPbAkK+cllzU2NsEcAzrTVF6BiTvPrO6Js3OoK+oMpKI=; 3:QZ5q3fWRgiecd1sMawq2AY+BYaLcf5dzUmXqDI0MG26e/5EBOlLmsISeBxg4sjvaRF9juMWOUfe8D28xyFtoIaETTdRQ0/lYfGVpqTUhPM0LS8x+uBRg/or3RelJ/0M507Ky+5j5ZmfIrQQuG6/JJMYG5t8AflLzZXkJCtPHW2dpwJPijCfGvNCBrdgsQNFQlq7F2qMKvrOuJ4hGnt/J/PcBHZ8Ruy/Emj/tuAk3ZoM=; 25:z+n1LfAZW8SHAG8vunpBjGRZ/HflRSnNbanMPGDL3cmFC3/NazMl77Mwm2HJqvpdt7FIWwIi2hU5eh5lQcSzEvDbYl+kr4WYYVw71uzS+utOVFRnAno81rhAHEVJ95cPGqDmlt4/ier9TXX7OO/QRbIH1tway6sfN4RITY4+6tlwQ29t046ZO1Q9XW5D/t13pBvGBgrXtZ/vrYL+2EJaaPHysejNN5bZUlwDc7/L3BIZcGHLU2k413hvyI8bE717dsxUC5k+2X+VzZ/VSNxu/w== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1381; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1381; 20:f+Zy19H2dlhUMkFMcGgPtbXxmwSRicQF7hEEPIp6h+jhmY/gzh8R1P22DG23W1WBs601/u056a24LLS/pPD+LDvpJqFKeHUQJUPGJqXM18zYUQdl4HxvdRR0kk/5b170dV+Uey32G9+l1pmupYqbWAlS17lHRpsZwFxrr98X38iRCP4F18WY4H44g8KC2CrzZqFrq4rlJoFgm8qFByPA5htMv86K5ei6jpMdGpTe0u3H0uSI1icugmj1oY77nl193SSyroFlwGSCj7Qa74ViIEwB7y/FosiC8HQPBNrICsk25kRBgEF3jNCXB7pK++2CxuOafJ9K8skrvwGv8ZfLmDnLMCxcjoUD1BD3XIe7zIhizG5qFYtaQnDm3XRGlBLK+2kWr+gjlcT6CIkXH75snok3u2HFFcvsXfih+TxYSX5YfMdEI3qyWWRxHOEqGc56fuTmj9IFsxxHujw3UDMNbr9z+hw4qM3vxtTRFANhF3TUxVCwHXwT93iu2sWjYEdY; 4:XUBsmXYOO3bTsNxZy1t7xP85J8iylG3F/B3bj0NKAG2XNSA5RTmQ7IQ1x8LFTostO2oCaqIVqXJHEQR2N2PsQw5cknALDzeLPv5keFwiGXyC7c5RroJULEUiOLYQYHB2p7ComK/y0m7bHOZSqURAF0joUNz5k4I7LLM5dZF3q7lUeM8rKljltiTD2D/ZmikMYTgMQ4CImUiRkulWskUVI7uxYfoq84AF4OfNL3cKjguxAqgYU/1mWDbWK5klixBWT83ybvsHNIsfKTB8kGbVJQNGjy5qAz7JfIJBf/Qx9DD3iDU6EWdJ0+cQXGTsHrR5cwalGEW9EoFBvGmUc4g20PZuh5kzU3/L/55PrqJXqlLHQQFvOQBzgHoFUslN9Bna X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:BY1PR0501MB1381; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1381; X-Forefront-PRVS: 07584EDBCD X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0501MB1381; 23:j/I0gXFHgwysss/qhszlE3eNRUfbpf5KzT/iuee?= =?us-ascii?Q?2quXYx2+8W/S4EFKx4QP2bzQBCZK6LMtb5nwT+ilkXaMLv+tEkfxp1Y0FzM6?= =?us-ascii?Q?fjGWZtkxjPbjSXcKdP88xQVACPakep36V4oSVxwQVSLE7OWG0UnrYRPooylE?= =?us-ascii?Q?As+G4C9+3Mm9GHkpkFF3c4fNXmretyx3JlBqCtSmfVdy1DsK8LGrKAaAL8uB?= =?us-ascii?Q?iQkzWWDXf9+P61JEY4xEzdBz0weFSfzxjkxblK7qZRqsiEiCIaOQmogehV27?= =?us-ascii?Q?Oh4YWaKt5/6crBP29TSoNEcyA1GesRjuDwyhS2UOJPbsI5K0youx3UJLzNUa?= =?us-ascii?Q?c7TwbCw8ORipaCmolFoVmX08AoIeZ+aU5nvKCb8IwSfIeZ9MtZYW3FkfcdfC?= =?us-ascii?Q?vCB7ueq76kl0FLh1+VoRjC412Y/Z00Dm0BP1wpi4F7ucgExy1PpwXPfU1Tbl?= =?us-ascii?Q?+y/gjHHeO0tEXA4PMvFM7hg1PYYPjT1eEE6yK3ky10xHHOYd5zL1zCL8yje8?= =?us-ascii?Q?mTYNsPBrQfQ8z/tbFZag4kuQ3zFnDXTS6CaK+3Gv/vGFbqeHP72zS9g9CXn9?= =?us-ascii?Q?gre3fkHGiE8cwJyc7IqZs56C5ur83L7Reu9DYwOfsKHjgePEnjt8SYOftVXc?= =?us-ascii?Q?8PNBGdVqQOw2A1wZDK5ZDY/nFaA5b8exwXjria4aROCtzaspy1baZgrgYfgA?= =?us-ascii?Q?wgfUjvdRyy96BTTFjPNB6J4+xib5ZFk0xL/WsRi9SqqEN8/pM4tkqupwLom7?= =?us-ascii?Q?jzIX43xh5q0VM5jyqJU/tM4r2t4IyczIXCNi1aBQ+YZw+tih4C5dM27KJxVi?= =?us-ascii?Q?QAp8GSc74x2MIb+DLgrln7vz+/3xKKytyplz9D6sM459LH6lCWDCUpeteNgb?= =?us-ascii?Q?SRsJp6V7rTLfQHijNDDtI+HIjk7WMlgkVr/5XM2GQuaHwN3HYifl4gFmvXo5?= =?us-ascii?Q?MAzfn4mThgCgll7kNGP10IWUMVyz+VftHdJvAqdVlVrxGWoiPBLJAiLpfuA/?= =?us-ascii?Q?xxsz44GXmJRNfQMaXUuLY7TB9iUr0GP0WX0qF7SmuXTYSHv4N5qWnn0kEVk1?= =?us-ascii?Q?1aZYB6tF8QP3chVjBwMMe42HT2QziIlKNM2GxbSyLJTI9sTCHMBzmubbBCPT?= =?us-ascii?Q?1JmALAzrcrTsLgf3XfPfCuBFckgsTvca76CVucK/u5ixkNxOdateuvRv4/Pw?= =?us-ascii?Q?ewJz/CqUWwJliMWisif+ZpXL9++naqhXX0gtC?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1381; 5:clyM358Y99Y60Gn5KgETa/FggnYw0Cm4mwRnTzVFqENIaiXn8KaJOUpGcb7R5pZbspQUE34Bqn1ujjGZC8x9JwAbt3ljbaDq3IqDw8m4y3NLSreFfVdbwzb9s2L+B2QxivoYRHTweGeAqLPZoXZ/Mg==; 24:Gc+zlk47i3j8QWAgxgmJM+oTYvqBeVZNQcyVDMhktkB0FVQTbUxURw7H3Ha9V9ugC0P797/0EUWmaTaf+ZVXGIEQl7a/5Io34tQSjQxSln4=; 20:3u9qFcimvYmL0I3VMrtwfEWRtc1Khgi9hNT2OguYnsq9pnQoY35bL/MsGNSRtTB7Lnlcl9xEN6vYO/Msc7S8bA== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Nov 2015 23:42:14.2347 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.17]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1381 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 01:15:29 -0000 Bryan Drewery wrote: > On 9/3/2015 11:46 AM, Simon J. Gerraty wrote: > > Anyway, bootstrap-toolchain leverages src/Makefile.inc1 to build an > > initial set of tools. It then attempts to use that to build toolchain > > for MACHINE=host which is currently failing because in-tree libelf and > > libdwarf are needed and libelf needs sys/sys/elf_common.h but but that > > doesn't currently get staged for host (we try to minimize what we put in > > host stage tree). > > Using the special hack you came up with for lib/libelf, and a lot of > other fixes for replacing binutils with elftoolchain, I've managed to > get the targets/pseduo/bootstrap-tools build working again. I will > commit this likely today or tomorrow. Cool - thanks > However... > > It may be better to simply skip targets/pseudo/toolchain.host > > that will work so long as we set TOOLSDIR to point to the stuff built by > > Makefile.inc1 > > > > Depending on where we are with external toolchian support that would > > make sense - might be able to skip bootstrap-toolchain completely > > which would be nice. > > I think this is more right because there's many more people thinking > about, testing daily, and maintaining the bootstrap logic in > Makefile.inc1. The way targets/pseudo/bootstrap-tools works currently > lead to bitrot and breakage with the elftoolchain replacement. It will > very easily happen again. I'd be favor of removing the need completely. All that is required is *some* means of producing a viable toolchain in such a way that you can point a variable at it. > What I plan to do is make pseudo/targets/bootstrap-tools always build > all of cross-tools,etc, from Makefile.inc1 respecting its own internal > logic for when to bootstrap the compiler (without us telling it to skip > the bootstrap compiler) and then add pseudo/targets/bootstrap-tools as a > global DIRDEP. Given the use of cookies, this will only be done once per > meta build, but it at least won't be a manual step anymore. For the That can still add a lot of time to build, and IIRC building clang alone poses problems for smaller machines (though using a mutex for linking clang bits could at least serialize the huge linker steps so as to avoid exhausting memory). I quite like the way NetBSD allow separating the tools from the rest of the build. I do the equivalent of 'make tools' very rarely - and so do not care how [in]efficient it is. IIRC it will throw an error if your tools are incompatible - prompting an update. I would suggest if you want to be able to hook bootstrap-tools in always, that you do it via a knob so it can be disabled. > record, I do plan to extend .MAKE.MODE=meta to buildworld and its > bootstrapping as well, which will give a lot of incremental build > improvements to it. WITH_META_FILES should give you improvements already in that regard. > This means that the meta build will then default to bootstrapping the > compiler, which we really must do to build the source tree reliably. > There's really no reason the meta build should default to not > bootstrapping the compiler. Setting WITHOUT_CROSS_COMPILER or > WITHOUT_CLANG_BOOTSTRAP will avoid this and use just the host compiler > as the meta build does now. So there's no real problem for those people > who want to skip the clang bootstrap. Ok, so long as there is a way to do so. Otherwise we'd need to add it locally for our own builds - where we need to use the toolchains provided by our compiler team. > Then, I will work on the project of "building clang less" which will > avoid building the bootstrap compiler for both the meta mode build and > the buildworld build (and universe eventually) if /usr/bin/cc satisfies > the needs (can cross compile the TARGET and is "new enough" compared to > the version we want). This is not trivial but I think it is possible and > it will make everyone happy! Indeed. As I say, NetBSD have this reasonably sorted. But of course they have 2k line shell script driving a lot of it ;-) > Related tidbit, using WITHOUT_CROSS_COMPILER (or WITHOUT_*_BOOTSTRAP) > with buildworld leads to a broken build currently since it is the user > basically asking to use their default external toolchain of /usr/bin/*, > but the logic does not kick in to use --sysroot against WORLDTMP. I plan > to fix this soon as well. Assuming that you have previously built the correct toolchain it should be valid to have something like -DWITH_TOOLSDIR -DWITHOUT_BOOTSTRAP_TOOLSDIR (or -DWITHOUT_TOOLSDIR_BOOTSTRAP) Such that the build logic is identical - all that is being skipped is the expense of re-generating the toolchain From owner-freebsd-toolchain@freebsd.org Fri Nov 13 01:38:27 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C883A2D4EE for ; Fri, 13 Nov 2015 01:38:27 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3CAD81C53 for ; Fri, 13 Nov 2015 01:38:27 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 39B1AA2D4EC; Fri, 13 Nov 2015 01:38:27 +0000 (UTC) Delivered-To: toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 393F0A2D4EA for ; Fri, 13 Nov 2015 01:38:27 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 1FB7F1C52; Fri, 13 Nov 2015 01:38:27 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 118E91136; Fri, 13 Nov 2015 01:38:27 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id BFC9D162ED; Fri, 13 Nov 2015 01:38:26 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id rmZXlsD2M3Yt; Fri, 13 Nov 2015 01:38:23 +0000 (UTC) Subject: Re: Meta mode toolchain bootstrapping [was Re: FreeBSD targets/ out-of-date] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 2FA73162E8 To: "Simon J. Gerraty" References: <55E769EF.7090908@FreeBSD.org> <4924.1441306006@chaos> <56450AB8.90402@FreeBSD.org> <13427.1447371730@chaos> Cc: brooks@FreeBSD.org, imp@FreeBSD.org, emaste@FreeBSD.org, toolchain@FreeBSD.org From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <56453F0D.90206@FreeBSD.org> Date: Thu, 12 Nov 2015 17:38:21 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <13427.1447371730@chaos> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0oqmDci2hpNGxNBp5Rtq0eMQ7TI1r758V" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 01:38:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0oqmDci2hpNGxNBp5Rtq0eMQ7TI1r758V Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/12/2015 3:42 PM, Simon J. Gerraty wrote: > Bryan Drewery wrote: >=20 >> On 9/3/2015 11:46 AM, Simon J. Gerraty wrote: >>> Anyway, bootstrap-toolchain leverages src/Makefile.inc1 to build an >>> initial set of tools. It then attempts to use that to build toolchai= n >>> for MACHINE=3Dhost which is currently failing because in-tree libelf = and >>> libdwarf are needed and libelf needs sys/sys/elf_common.h but but tha= t >>> doesn't currently get staged for host (we try to minimize what we put= in >>> host stage tree). >> >> Using the special hack you came up with for lib/libelf, and a lot of >> other fixes for replacing binutils with elftoolchain, I've managed to >> get the targets/pseduo/bootstrap-tools build working again. I will >> commit this likely today or tomorrow. >=20 > Cool - thanks > =20 >> However... >=20 >>> It may be better to simply skip targets/pseudo/toolchain.host >>> that will work so long as we set TOOLSDIR to point to the stuff built= by >>> Makefile.inc1=20 >>> >>> Depending on where we are with external toolchian support that would >>> make sense - might be able to skip bootstrap-toolchain completely >>> which would be nice. >> >> I think this is more right because there's many more people thinking >> about, testing daily, and maintaining the bootstrap logic in >> Makefile.inc1. The way targets/pseudo/bootstrap-tools works currently >> lead to bitrot and breakage with the elftoolchain replacement. It will= >> very easily happen again. >=20 > I'd be favor of removing the need completely. >=20 > All that is required is *some* means of producing a viable toolchain in= > such a way that you can point a variable at it. >=20 >> What I plan to do is make pseudo/targets/bootstrap-tools always build >> all of cross-tools,etc, from Makefile.inc1 respecting its own internal= >> logic for when to bootstrap the compiler (without us telling it to ski= p >> the bootstrap compiler) and then add pseudo/targets/bootstrap-tools as= a >> global DIRDEP. Given the use of cookies, this will only be done once p= er >> meta build, but it at least won't be a manual step anymore. For the >=20 > That can still add a lot of time to build, and IIRC building clang alon= e > poses problems for smaller machines (though using a mutex for linking > clang bits could at least serialize the huge linker steps so as to avoi= d > exhausting memory). >=20 > I quite like the way NetBSD allow separating the tools from the rest of= > the build. I do the equivalent of 'make tools' very rarely - and so > do not care how [in]efficient it is. > IIRC it will throw an error if your tools are incompatible - prompting > an update. >=20 > I would suggest if you want to be able to hook bootstrap-tools in > always, that you do it via a knob so it can be disabled. I would just add some knob like WITH_BOOTSTRAP_TOOLCHAIN or WITH_EXTERNAL_TOOLCHAIN to make this and the clang bootstrap just be skipped and resort to the way the meta build works now. >=20 >> record, I do plan to extend .MAKE.MODE=3Dmeta to buildworld and its >> bootstrapping as well, which will give a lot of incremental build >> improvements to it. >=20 > WITH_META_FILES should give you improvements already in that regard. Yes, it's a step. We'll need cookies in a lot of places too. I wish WITH_META_MODE had been WITH_META_BUILD or WITH_DIRDEPS_BUILD so I could check for "META_MODE" in the buildworld world and for discussion sake. It seems I can use ${.MAKE.MODE:M*meta*} but that :U is needed in all the uses. I'm not sure yet if :U really is needed. We have some ${MK_META_MODE} checks now around some cookies that would need to change for what I'm planning. >=20 >> This means that the meta build will then default to bootstrapping the >> compiler, which we really must do to build the source tree reliably. >=20 >> There's really no reason the meta build should default to not >> bootstrapping the compiler. Setting WITHOUT_CROSS_COMPILER or >> WITHOUT_CLANG_BOOTSTRAP will avoid this and use just the host compiler= >> as the meta build does now. So there's no real problem for those peopl= e >> who want to skip the clang bootstrap. >=20 > Ok, so long as there is a way to do so. > Otherwise we'd need to add it locally for our own builds - where we nee= d > to use the toolchains provided by our compiler team. Yes for sure. As noted above. At Isilon when a developer is building they have no interest in building the toolchain 99% of the time. This is why I am so committed to making this automatically skip the toolchain if possible. As for having an external compiler from a team, that's kind of already in the "external compiler" realm, so a WITH_EXTERNAL_COMPILER would make sense to short-circuit all of what I'm wanting. Then you can add it to your local make.conf or local.sys.mk and not have any change in behavior. >=20 >> Then, I will work on the project of "building clang less" which will >> avoid building the bootstrap compiler for both the meta mode build and= >> the buildworld build (and universe eventually) if /usr/bin/cc satisfie= s >> the needs (can cross compile the TARGET and is "new enough" compared t= o >> the version we want). This is not trivial but I think it is possible a= nd >> it will make everyone happy! >=20 > Indeed. As I say, NetBSD have this reasonably sorted. > But of course they have 2k line shell script driving a lot of it ;-) Yes the NetBSD build, behavior wise, really impresses me. >=20 >> Related tidbit, using WITHOUT_CROSS_COMPILER (or WITHOUT_*_BOOTSTRAP) >> with buildworld leads to a broken build currently since it is the user= >> basically asking to use their default external toolchain of /usr/bin/*= , >> but the logic does not kick in to use --sysroot against WORLDTMP. I pl= an >> to fix this soon as well. >=20 > Assuming that you have previously built the correct toolchain > it should be valid to have something like -DWITH_TOOLSDIR > -DWITHOUT_BOOTSTRAP_TOOLSDIR (or -DWITHOUT_TOOLSDIR_BOOTSTRAP) > Such that the build logic is identical - all that is being skipped is > the expense of re-generating the toolchain >=20 --=20 Regards, Bryan Drewery --0oqmDci2hpNGxNBp5Rtq0eMQ7TI1r758V Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJWRT8OAAoJEDXXcbtuRpfP/xwH/A8moFzEflsJJvpXjEWxnCy+ jH0vXJsQTzAfLZv7LeqvN8GnPbI/hta/fwhXnLJXdePYWdmriHkQhYtk1IIccRz6 8Da/li4i+8Acn/Pf+P2Ka0Wlzf+upeNYlURiKt+p1oZqVkzlBQp32kpnPiy/r+ID DXuAAg2fRbND13VWsptx07sCzVOtMw0eAaGu9Gbgyf4K+u9bJMMJ6sJa5KoPbZKl df6zNhnwZsWY67kt4cL2JgW+whrCX+Mn8cVNLKahHgUNbPxL3qUTIJPbefu4JB35 jhp9hDz+2dU/JIOULTMK9ULaAH2+rjTn9K2a8I8xSL64YypIg+KdzRqrkY2BHt8= =P1il -----END PGP SIGNATURE----- --0oqmDci2hpNGxNBp5Rtq0eMQ7TI1r758V-- From owner-freebsd-toolchain@freebsd.org Fri Nov 13 19:55:06 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B599CA2ED17 for ; Fri, 13 Nov 2015 19:55:06 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2A5541140 for ; Fri, 13 Nov 2015 19:55:06 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id 041BEA2ED16; Fri, 13 Nov 2015 19:55:06 +0000 (UTC) Delivered-To: toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE0CAA2ED15 for ; Fri, 13 Nov 2015 19:55:05 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0116.outbound.protection.outlook.com [157.56.110.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B9361072; Fri, 13 Nov 2015 19:55:04 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from SN1PR05CA0025.namprd05.prod.outlook.com (10.163.68.163) by BY2PR05MB061.namprd05.prod.outlook.com (10.242.34.141) with Microsoft SMTP Server (TLS) id 15.1.318.15; Fri, 13 Nov 2015 17:22:08 +0000 Received: from BN1BFFO11FD039.protection.gbl (2a01:111:f400:7c10::1:114) by SN1PR05CA0025.outlook.office365.com (2a01:111:e400:5197::35) with Microsoft SMTP Server (TLS) id 15.1.325.17 via Frontend Transport; Fri, 13 Nov 2015 17:22:08 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.17) smtp.mailfrom=juniper.net; FreeBSD.org; dkim=none (message not signed) header.d=none;FreeBSD.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.17 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.17) by BN1BFFO11FD039.mail.protection.outlook.com (10.58.144.102) with Microsoft SMTP Server (TLS) id 15.1.325.5 via Frontend Transport; Fri, 13 Nov 2015 17:22:07 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 13 Nov 2015 09:22:05 -0800 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id tADHM4D55710; Fri, 13 Nov 2015 09:22:04 -0800 (PST) (envelope-from sjg@juniper.net) Received: from chaos (localhost [IPv6:::1]) by chaos.jnpr.net (Postfix) with ESMTP id 7CB08580A9; Fri, 13 Nov 2015 09:22:04 -0800 (PST) To: Bryan Drewery CC: , , , , Subject: Re: Meta mode toolchain bootstrapping [was Re: FreeBSD targets/ out-of-date] In-Reply-To: <56453F0D.90206@FreeBSD.org> References: <55E769EF.7090908@FreeBSD.org> <4924.1441306006@chaos> <56450AB8.90402@FreeBSD.org> <13427.1447371730@chaos> <56453F0D.90206@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Thu, 12 Nov 2015 17:38:21 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4228.1447435324.1@chaos> Date: Fri, 13 Nov 2015 09:22:04 -0800 Message-ID: <21917.1447435324@chaos> X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD039; 1:wA2MTNa8bdITHXwtUITyzMoehqvzI+P36Y6eh7zRP2NEcfcFsxbMKcAxSmnhvIMd7OkHUFGv4fdyJRsDI0xmiHU6fDET/CdexOqhtXOsGC6aoXAiu9kGgmOCYGRWHS6UNLEqVuRqXP1gx1fKQFBE67tCDDLfzr47m5TbhT2J288eoVnPLYd9WjyHzPXq3NyWKdchwbJCHVuNMlMiwfzoQd//Z2EIqPk6soUQCzXj4RHOBu9neQqPMML3avTciZ6H6iBwB5X5n9FmoRRhG0CudGJtPDpPwINtFKQsQcOmYOa+g5U0qlXt+P9kyup6MTN24T0CUFOKZ2Up9jHEOxVUvw== X-Forefront-Antispam-Report: CIP:66.129.239.17; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(189002)(24454002)(199003)(50986999)(230783001)(33716001)(93886004)(50466002)(87936001)(50226001)(117636001)(450100001)(4001430100002)(76506005)(23726002)(57986006)(5001920100001)(11100500001)(5001960100002)(81156007)(5008740100001)(76176999)(46406003)(86362001)(97736004)(19580405001)(5007970100001)(107886002)(105596002)(189998001)(92566002)(106466001)(69596002)(97756001)(77096005)(47776003)(110136002)(2950100001)(19580395003)(6806005)(62816006)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB061; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB061; 2:YZovOluz59AnE6WKeI4b/zGGnRLgWQ20Rh+CPswwGnjD5qlEJpGYUN/yDyx/J4BhfrOTbf4C424v8FUwtvzkg0LObi2FVM6Z9UqsY5ygNQ9B4drSFEjj2fWMZ+eWztTAwUrmps2M178gssZR58U7Y3AZ/l+iIsOyZZ4sRl1DBLo=; 3:+EcZ5UOIjVu5PzrwrxPJPRn9xFzKTg3Ad0svJTqRCNZBCSZz7eSKa58yJAw8OVf440UUwTQrZ4se484oP4BVTemiHb11hoFiRmZ8KjMLiYoL/zGuVH9TmK/EENhO2u7M4Gd/K0qxyQSO7iu2KlehitVRW1eohY2sttCm04wbz2tGfQyM7Ckkne6kHsYZPrrqr572p2uOlbVWWUd41dJzgGeH37PlPz2ZIz0UuTSFWkw=; 25:G2HLQdQOKK8U/0eutLqkwwXdMXjsDRCgkB4eJh7Tyie4FXXP1bHbND1JjeB6caaFmzi3vDILQ1NFklsr1U8tC7wwwmKc8gdaJ3eUjciM599VjeyRvpRDL7PnNDcbosZcX1Rk8ZkTVgx/SEuoeRU/I7GaCa9GJd5k+FWChFU0bZI4lMMVSikOZy7PUE8g2mZ1NuFKlSnenfelgtvxMruzR/snDIVg2w2pbf7g2Bx3+fOkIxyl3AO0SWxYnLV4JwkD X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB061; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB061; 20:O95bUrMwSJfIdicO+rbVAnKG4ohZZHyHw76v2wzeys2idDtuDGDR59AV/8yNf9IljHpUpgFbXjDb1bqiCBXdCjjyqOvVExqd7Kkd9ELb2Lc05RhHLJyRlgo1QPW35s1Bj2Y/3+eH/3Q2ZbKfWU3a6Ux+f2h7Mits8jK58FlrgAeA26VRvdoBu5alEg0o1Ic39ay9Rop8XMuthzTmLAkBpYNVhYy2k7qy9XA52QCMeSLKgj6XJimiUIfOGjrcZsyakzsyKdni8PSwSPolCcZ7RKKjObRKcs0FXcEaNDfQNEU1GWNmYPd8BnzMFaIM9Df03KSPBwU7ledwGYLIXTaWDtiFxx4w8+OqOEeAjFlfZEl+zvZUNoqAwWZPczxF5jSgffwY9gg5eJq44OKH4NvC+ZUIse85zbNUlp9s37kP6UdAZiZQ/CdCc/2ZuhV7aUdzD9vaKHKF8tzP3me7MfCGydfPblX+F4WPiq6O1iT9DytcOCMeGkYRU9nwcwp2UHXw; 4:X+U9A4XUEhTQZbICY8ZxBdm2YoeAvyGmMCyxLd4LOwWBh32lrAprrY2b2z/1J6HmwO/1cP+vX1Qb7LYcEhNOcjmoa7At38hlXYBwH/dko0QnH7RuJYCX/D74X2DAAONmjILpc9/V4NJdSLvk0VGTJ0126OCXmN47a1eh9B4aYfHgrvOZMBJsLmrdM+/kgijSuMvFUsArmCXWZwUTU8wMzMKxGrTD2UMg7HU5KW8ll1Iq7XvHsvlyWAYnAoyfJdpq6WR2hUN/XiHYCkR8k1wXKgnddxV9iaVTlXCvEa9tlb4rNel++07HV/feOJFN75J+gF8mRBNnA+7uryn+4EvIofKpoQW1Hj9kLW9lN9YgDXB4vHwXqUAAg294wrMQdMgr X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(10201501046)(3002001); SRVR:BY2PR05MB061; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB061; X-Forefront-PRVS: 0759F7A50A X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY2PR05MB061; 23:jEJkMCCgAOPI/RheS48rMl8lDAhkMQJGxg3bBD2o7c?= =?us-ascii?Q?DOkA5q3eZpDGXO7Z2SgJGQDzoRfZjPJoi9n/uQLJ0Wzp6ONhkwcI6b2t2ob6?= =?us-ascii?Q?D7QjIiKWfNRtOS25hh40eMl4ALVAP/oHD1/npuQ3FJY3lsq+74s+Xnr5VwKk?= =?us-ascii?Q?xCxtHuVFEW/KU3bLgC+6hT0u2Kr5/mJZXaUQIu43Gb/Q+Xzl3zTnEKIaknie?= =?us-ascii?Q?vxnmGv5cuHhQceLErVaFjBz+J6RN0QHdDAQ6XnwEXKVqTGW7A8EAZSH7s4V8?= =?us-ascii?Q?y39T5Cy1pq6aedhonYt0JMpnSTS6kMjEw3gjHPVYPY1lDj3mBli8I+ayrEdU?= =?us-ascii?Q?2WG/x6IOILVwsHbTsEWnFAs2EwYUEmdtpPMf+LJ1BV5OIPBP8I0QAchzoNfk?= =?us-ascii?Q?Kr8E8LKuyH6LhW/3tbKZkMv99kTgWfxQyRVwZF39BHBg7vyvcyujhpXLgkXQ?= =?us-ascii?Q?7o5XTKRk59um0cyIPpcrkdRc5Q0xrMA4dknZTD3j/VM2dYZpXXQzwF95YyVs?= =?us-ascii?Q?Z+4sWqW1WhPGcgdCd+I0ap+ah723vzA8qGVf7pTsqV74Webvk6PCpOKDqE4G?= =?us-ascii?Q?GMvOGaRUduZmpStZqh5Ufp5KLErkSgb3b7WLepKeksfNkwB4D9fD5RwaZmeT?= =?us-ascii?Q?mxjtMFVTB43h4LAn+tPKb1t3305ydXrMTG0AOPl2mW1T2gl9Z5B1ot7zCFnk?= =?us-ascii?Q?1+PxrjH89GsuwKVBIL9E6o91wLEfVfOraZuQWICMM6yWyrvDuPhxxN5blAHL?= =?us-ascii?Q?VIT1RlltO1hOHhUZLgb2Ijj31+a4bGVelxlwjShHPcsXhCy3aWKDyrtdOGXw?= =?us-ascii?Q?7M8XS55qQEI310P0n7+7/txz4XJmS6AHsuW0PCyjeNd1N0zO2PWzduerBYyY?= =?us-ascii?Q?nLBTkyV2jOy2gpom5LhmYGjDD5EcluNQdeVodXfrs42TF6A2RXHrwckr3nyw?= =?us-ascii?Q?1wCrRsGIko680INlFdRv6paKC6eJDNIJpM+MHC3uw0U13gwckj0XiO7S94Ui?= =?us-ascii?Q?lqptJfo9TZA5jR3oSxrLPMFWMTzEMBT+PqDorugOv1H9OVV+jCpxvQUGqkFg?= =?us-ascii?Q?Fu88CyoOzPsYXJ2Z4ZVsnH94JlmCiO1M4I+2mbrNuihz3tRgveFqEpsj3xFu?= =?us-ascii?Q?80ziW6ePXoeszedNbnin6YiNjtPjMXTdvX6hilZZ510qMdYSqpUAKGpO0IQp?= =?us-ascii?Q?mI0Jx30Q4kg00=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB061; 5:Q9rD/aCv91UFmihOcpP5PS9OCaj++WMqX92DXuGNr9SRQCsuTUpc+xNHAd3lmHIDU8xba9F6/yd/AlAqHlZ85gS6OKUcqwo72Z8wFQgd3XItCQ0cJvJWLVWpdOpO7lOqoSESDTSkK3dVqbxCSRGcgA==; 24:ZHnCAC64NxAA5UHndwAC+zUa21RpvYncrKRnNuk9Pk0xdKTt+BOcfrik0KyUmZm2Y2UVLrVRktchOCVUyc3EztZljqiXHjQ8YGC3f4gJWGM=; 20:lbf8lZXfN+rqq13w1O6X1O2sBHzgB77rHtDhd5bT/HR77PNzYIBYV56omWIrxd1NSl6alw2Ap20mcOA/JGlIKQ== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Nov 2015 17:22:07.4743 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.17]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB061 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 19:55:06 -0000 Bryan Drewery wrote: > > WITH_META_FILES should give you improvements already in that regard. > > Yes, it's a step. We'll need cookies in a lot of places too. I wish > WITH_META_MODE had been WITH_META_BUILD or WITH_DIRDEPS_BUILD so I could WITH_DIRDEPS_BUILD would be more accurate. Its not too late to rename/add it. > check for "META_MODE" in the buildworld world and for discussion sake. > It seems I can use ${.MAKE.MODE:M*meta*} but that :U is needed in all > the uses. I'm not sure yet if :U really is needed. We have some > ${MK_META_MODE} checks now around some cookies that would need to change > for what I'm planning. I think I mentioned the otherday of having something like: .if ${MK_META_MODE} == "yes" # we can safely use cookies to avoid always # re-running targets. META_COOKIE_TOUCH= touch ${COOKIE.${.TARGET}:U${.TARGET}} .else META_COOKIE_TOUCH= .endif in meta.sys.mk so you could just add ${META_COOKIE_TOUCH} to the end of suitable targets. > > Indeed. As I say, NetBSD have this reasonably sorted. > > But of course they have 2k line shell script driving a lot of it ;-) > > Yes the NetBSD build, behavior wise, really impresses me. I prefer building it in meta mode though ;-) From owner-freebsd-toolchain@freebsd.org Fri Nov 13 20:04:23 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2641BA2E010 for ; Fri, 13 Nov 2015 20:04:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 04AB51C97 for ; Fri, 13 Nov 2015 20:04:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 025C0A2E00F; Fri, 13 Nov 2015 20:04:23 +0000 (UTC) Delivered-To: toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB3FAA2E00E for ; Fri, 13 Nov 2015 20:04:22 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B42951C93; Fri, 13 Nov 2015 20:04:22 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id A7B781CC7; Fri, 13 Nov 2015 20:04:22 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 63C6C16ADC; Fri, 13 Nov 2015 20:04:22 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id LBMJajaibuSB; Fri, 13 Nov 2015 20:04:15 +0000 (UTC) Subject: Re: Meta mode toolchain bootstrapping [was Re: FreeBSD targets/ out-of-date] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 4C5EE16AD6 To: "Simon J. Gerraty" References: <55E769EF.7090908@FreeBSD.org> <4924.1441306006@chaos> <56450AB8.90402@FreeBSD.org> <13427.1447371730@chaos> <56453F0D.90206@FreeBSD.org> <21917.1447435324@chaos> Cc: brooks@FreeBSD.org, imp@FreeBSD.org, emaste@FreeBSD.org, toolchain@FreeBSD.org From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc X-Enigmail-Draft-Status: N1110 Organization: FreeBSD Message-ID: <5646423C.2000601@FreeBSD.org> Date: Fri, 13 Nov 2015 12:04:12 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <21917.1447435324@chaos> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bUHl3RTkerIAAs5SAHwqaCAPLrDCiSk5F" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 20:04:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --bUHl3RTkerIAAs5SAHwqaCAPLrDCiSk5F Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/13/2015 9:22 AM, Simon J. Gerraty wrote: > Bryan Drewery wrote: >>> WITH_META_FILES should give you improvements already in that regard. >> >> Yes, it's a step. We'll need cookies in a lot of places too. I wish >> WITH_META_MODE had been WITH_META_BUILD or WITH_DIRDEPS_BUILD so I cou= ld >=20 > WITH_DIRDEPS_BUILD would be more accurate. >=20 > Its not too late to rename/add it. My hesitation was really only due to all of the documentation and presentations you've done with it named "WITH_META_MODE". If you don't mind renaming I would like to, if nothing else because it will help remove some confusion on what "meta mode" is when discussing it (since it's both a bmake feature and a new build). >=20 >> check for "META_MODE" in the buildworld world and for discussion sake.= >> It seems I can use ${.MAKE.MODE:M*meta*} but that :U is needed in all >> the uses. I'm not sure yet if :U really is needed. We have some >> ${MK_META_MODE} checks now around some cookies that would need to chan= ge >> for what I'm planning. >=20 > I think I mentioned the otherday of having something like: >=20 > .if ${MK_META_MODE} =3D=3D "yes" > # we can safely use cookies to avoid always > # re-running targets. > META_COOKIE_TOUCH=3D touch ${COOKIE.${.TARGET}:U${.TARGET}} > .else > META_COOKIE_TOUCH=3D > .endif >=20 > in meta.sys.mk so you could just add ${META_COOKIE_TOUCH} > to the end of suitable targets. Great, thanks. Definitely will be useful. >=20 >>> Indeed. As I say, NetBSD have this reasonably sorted. >>> But of course they have 2k line shell script driving a lot of it ;-) >> >> Yes the NetBSD build, behavior wise, really impresses me. >=20 > I prefer building it in meta mode though ;-) >=20 Yes. I do understand the want of a 'make tools' step as well. I just am latching onto the "go into bin/cat, type make, and watch the magic" goal without needing a "oh and btw you sometimes need to build a toolchain if X, Y or Z". I won't push a forced toolchain into meta mode until I have something more smart worked up. --=20 Regards, Bryan Drewery --bUHl3RTkerIAAs5SAHwqaCAPLrDCiSk5F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJWRkI9AAoJEDXXcbtuRpfP5EIH/1JcjjaDZ7PoaMwEbkZC/r2O y86IWQwkmH48QuiJU9DO13nIzY8FREe2wx5C6nHF0rb77/H2Urc8TEEULNGj1E4W 2bQ67erykm/joizyAjBvKKf9/J+6giSMqZMDiNOmeeMaI5JoetrF8ssAMFOvDUT8 rwtCCmLCM2spyLHmrqjHwWsCUqmFpvQkWsw0tf4kNxd7R8H0lFqjXB7L0WYlWjTd qFEYqavdnZLMgyjv/ywX4I80KCyFMWHt9YSrY9Iawnre9l2fhj+DuVyjtNPhWJfL yuJa1vHrOsM3kJ+5G1T5TyRKtCoh5QxkwvGlYR2IECtuu31jVax4ymnFpWdaP3o= =FQFe -----END PGP SIGNATURE----- --bUHl3RTkerIAAs5SAHwqaCAPLrDCiSk5F-- From owner-freebsd-toolchain@freebsd.org Fri Nov 13 21:53:02 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40C46A2E652 for ; Fri, 13 Nov 2015 21:53:02 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D02E21DE4 for ; Fri, 13 Nov 2015 21:53:01 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id CB698A2E651; Fri, 13 Nov 2015 21:53:01 +0000 (UTC) Delivered-To: toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2951A2E650 for ; Fri, 13 Nov 2015 21:53:01 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0132.outbound.protection.outlook.com [157.56.111.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C4EE1DE3; Fri, 13 Nov 2015 21:52:59 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from BY2PR05CA062.namprd05.prod.outlook.com (10.141.250.52) by BY2PR0501MB1672.namprd05.prod.outlook.com (10.163.154.15) with Microsoft SMTP Server (TLS) id 15.1.325.17; Fri, 13 Nov 2015 21:38:37 +0000 Received: from BN1BFFO11FD054.protection.gbl (2a01:111:f400:7c10::1:184) by BY2PR05CA062.outlook.office365.com (2a01:111:e400:2c5f::52) with Microsoft SMTP Server (TLS) id 15.1.325.17 via Frontend Transport; Fri, 13 Nov 2015 21:38:38 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.17) smtp.mailfrom=juniper.net; FreeBSD.org; dkim=none (message not signed) header.d=none;FreeBSD.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.17 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.17) by BN1BFFO11FD054.mail.protection.outlook.com (10.58.145.9) with Microsoft SMTP Server (TLS) id 15.1.325.5 via Frontend Transport; Fri, 13 Nov 2015 21:38:37 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 13 Nov 2015 13:38:36 -0800 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id tADLcZD90841; Fri, 13 Nov 2015 13:38:35 -0800 (PST) (envelope-from sjg@juniper.net) Received: from chaos (localhost [IPv6:::1]) by chaos.jnpr.net (Postfix) with ESMTP id 169CA580A9; Fri, 13 Nov 2015 13:38:35 -0800 (PST) To: Bryan Drewery CC: , , , , Subject: Re: Meta mode toolchain bootstrapping [was Re: FreeBSD targets/ out-of-date] In-Reply-To: <5646423C.2000601@FreeBSD.org> References: <55E769EF.7090908@FreeBSD.org> <4924.1441306006@chaos> <56450AB8.90402@FreeBSD.org> <13427.1447371730@chaos> <56453F0D.90206@FreeBSD.org> <21917.1447435324@chaos> <5646423C.2000601@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Fri, 13 Nov 2015 12:04:12 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <16231.1447450715.1@chaos> Date: Fri, 13 Nov 2015 13:38:35 -0800 Message-ID: <29005.1447450715@chaos> X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD054; 1:vfYQoAlJHUrmOfbsJkVfE5I4iY9mEeYnA5SUeh2JHFqp9qUq7QbYbWZgOA/QCMGkRkU2V7H/JbtR3CeV6J7V9VBxW6BknrWY+eBybx1iaEYgmZ+Mk5EWC5sjox2iCLAu40pO8XfGwSIC3OLhDw63HI0x6nCuuG9HzZ5HrcC5JvAHnAZmo8jCCrQ990/OP5JgOi1UKtItzHGriGl8JZDAKYekBeSVb5MeBnpOvTvKb7aWu3EPk91sRw4cdpPS0qfSetRpP5Ztep+zg9atGPBZxjAAxcXOgBESG+rf9G8UUSLtEwYccfHNuwV8HQ5f+faZp6OlHElK/JBXF3OuA5vsMw== X-Forefront-Antispam-Report: CIP:66.129.239.17; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(24454002)(199003)(479174004)(377454003)(189002)(23726002)(105596002)(230783001)(33716001)(50466002)(106466001)(46406003)(97756001)(93886004)(86362001)(5008740100001)(50986999)(92566002)(76176999)(117636001)(50226001)(47776003)(11100500001)(69596002)(6806005)(5007970100001)(97736004)(81156007)(87936001)(4001430100002)(450100001)(57986006)(76506005)(77096005)(2950100001)(19580405001)(107886002)(5001960100002)(5001920100001)(19580395003)(189998001)(110136002)(586003)(62816006)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0501MB1672; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1672; 2:e6oaRTrsH5pC3QqRtKQqVHms9xnQJnUx2k437lekM9wTt8iRwW5PTeAV7sqxQcZcOmgcZ1XJ9CPK03tWSs/PePEQNsMordaNx35nZzNR663I6kPyuCWAW11JL11x13BFpRckO61Efy98TPLARJ6L/uPuepSCofkeBOIJdpfKDVk=; 3:sfELiF7kdzGUppP0bNyj/YrkytM+KqzNPTP38dXc+hiDRqsTOudrgckAYVJXyhp1c9kZY8ssr9dkHz8pAgsH6qh3WNMGvWvaTc7hY4uhiOy2inUMMVNvLpQHoBf/yvAOP2ZY7+n6VwUj3UPpJU/RXFeaQi2L2FFOoyKrpKVZ6RBUAAve1ezb9Byf5h7XMU/22vEQQo12C6iDou/fjJyXTufM54FXVJWKrnV4lv/Ds7I=; 25:mhdX3DfJ3GPNhZcCf/LW/0sUjimnlPBTzU2f6lemGaY2UJJjE4DSgiwNma5SQj4+uCeHOuB6f8nQbeb/L1cVjCwmjhwWePX6Bru0K/UNEl7uB5iHIFqFKqQl0xeuph6zHD31k6QUtt56wk2qb1sgS4vWhBmgj4gsiweAdc49wjLP28V9G4aZT8Kitit8Eg+erY7BMkOsRMOlaQxoxvTpGdLn4+WnI2/f2W0+1Iq2rcuUA18ZRYfPGg+rVwxgBcYj/CNT86N+jG2leAotsoEHSA== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR0501MB1672; X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1672; 20:3A5pxtRfg4FknZ9o4LFqkbpa/URX0qVJfOyKGyeFE5mEtyFLwGVtM54FEZ8rV5hokcAGHrI1rZSEaMP2EcV+Puq23N8FMiN7UBZp7xU9nhv37eDQlGdU8nDycAyLXG7lei2f22mwQfWXOhydkc50R6Vx2DawyTP8CxLt4Kyl7QJqlGNC3V44mgUvSCz7ga3wHceYXmKp8nSQ6ZfKebvdXsA3uM2vF54+VBdKpxsd+G+o/dBgaiJE5dYbZ4Tz9XXr+xkMXm4/UXi6BABxOXS5P6OhYc9uPNc1fh7Kf2N3GC53MZqoydzynPTmaSa72Ziwn2V3joYQWA2zlSVBv1zzOCiJQZwFGKNn+YqkA6yTVsoHk5PCOEMlyLszYDuhFOchOYV2EQzymbgr/aVLplNPsCyUa/uNq6x/r2Nr3QQ3QHN/LtykUlRXkk+OdHRIPsv0l3gBYekTl4oiXVbbU1jQ3UhGHCtuHQaL/wtiTmWOhwXnp/5YNDb26arMZi1673X2; 4:bXn6pch4EgfJVUpVtaI89hIkZBbp7Gu8qpimUYm8HCNg+8BMd3GKVHAfxe/dtwVtGnBABokgcUhsfzNo33Nf+OXy/BpgLRP4V30Fwjgt0DII7erFkkGaVuggGvu6f2Vt4pdNHaBqwVFP6oz8XIS5eAq/Blv6u46HOsSXj9JPNuVbUHmbFrZWI2fthLZAGAedLKzESCYXPm5ZPZA1hmAwT+CQMqCO3P1mB6HuWiVU2CblyvFMZCrMTC9AFIvyGcAbuG92Ei4xycgX5HAgFuK6zcAU1JmCCr9HaVqvy+Qww/is8tvZJX2RqTpmNEaBCStndfkXoY3UH0VXVtNztHH2c936rL+spHyNsN8/gVLolzbBPO5xWNEe99dPOa6gtqml X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(520078)(3002001)(10201501046); SRVR:BY2PR0501MB1672; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0501MB1672; X-Forefront-PRVS: 0759F7A50A X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY2PR0501MB1672; 23:Cs724ziMzmZIREBAQxxgE/JHqXjFrFBQfDUuvhx?= =?us-ascii?Q?1pNTzqJI9T49T02ErrwnukMzbphX2DusepTo8khukBUtpvq7dH34sbxlD2fJ?= =?us-ascii?Q?F8rbyORIxYrLCjTID6jjuf13cH+X/wYPXeBri95cphG/YirKlXjxmKEn3eFj?= =?us-ascii?Q?x4+FuLBdB5GiLeJDDOomOYI+JNEF99BV3JcQjKdU4K6JfhYhUA11dY3Gju58?= =?us-ascii?Q?4zjVnozCzrNiyxJkolcVL9Wa6T7INiBI8KFPzze1CKlxk5pfjmylYn7QlVZa?= =?us-ascii?Q?uLHpS/cYP5+WXUa54AbFL0hS+Nh2y7NQdLDp6XqzLvPeM7C/zXWbatS/llI6?= =?us-ascii?Q?3YgsZuP9LSO3HFQGAlSx4wgjxqK1kUvY+TcBfcnC7JIgYwKNeHbs4LQJ++Xy?= =?us-ascii?Q?dVxgXFoShTBCBrdzWxJmxGv7dDIZeTIkQtSihvCFZKWzPFjt4QuzGGxz3duD?= =?us-ascii?Q?8NIJgTFp7QcDplSu2U1cybLmhFQxPUb9mnAWzz7cjHZ4hDRObS9H4kPlC6e/?= =?us-ascii?Q?kVtQFMS6fKvwZZoYzjE7liRBLwbBM0cG3rqsiiBQnQJTrxyTRUxKTJoszpPt?= =?us-ascii?Q?xeiKJhKr1j84k1znZLfdu7ny/06zlKdIQzgcNVK4eXYU6i9YSXhTcDR0PmkB?= =?us-ascii?Q?UPlZJK0H/oEzPORPmWzkY/sTF40MdyExKobB3h6UFvKcPwGRuWNazoa8bDc+?= =?us-ascii?Q?P+vhlPHNT3kH0iCkvaFxUEEXj0QkzKozeNggNzn8l9OwuhX9ODYi0xWSICiP?= =?us-ascii?Q?su532jY/OiXzu4moEhjEP3nF5z7o4Cno6REVIEzPkfHLnOKKsIgLIL7CU+1D?= =?us-ascii?Q?2s5gO9CI0SyTmRPBXf8nSosCDcqS0bBOSKhuTPjs0ZV7MArO4yU9IDzUfbP/?= =?us-ascii?Q?GlHaWrL9Culc+Mp1D8x50iekY1MIJ9SWiJgID1kOCvhugpSu1I6f+bxMjMQ7?= =?us-ascii?Q?E/M4XUcS5zK+Ni50fR9mV23XSNL5RQ2a3ILV0X1Rmlw14LphyWEQtXTR03pj?= =?us-ascii?Q?ViHXA5PKMKOQsXxjrzJt0BjlU2+9GSG4aCZZT7uYHyPj6ejhiYW4r9LbtVj/?= =?us-ascii?Q?KvOo82xVsijlsulee7kg8mEyg1RcxORjvOCfMV02YhpkZ4bnIo1cMEP7sp7H?= =?us-ascii?Q?9CIUUg2gzqodITE+u4Cz3ZPyK+/wCegV6ZA1BFjxgjoyjli70NkC8JVhwHYD?= =?us-ascii?Q?7zRGvHE9UhJ9RHeALMPvYb9YZmTCV+/+Yk4LfxQNJqCikR3/2Xc8iDl6FadN?= =?us-ascii?Q?7lqmIc6PfOicyt1P0q/U=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1672; 5:NpU/5eq0pe5uJdeaLPXz54MBCaj1HoSzIMdMLZp8M8dVgspXwrI8E0/Lx5YSd/FsfXxnFW6WuscVp6NKoZoeUbRHH9WhtJbbmKCA20ef/tWmKefQZ7qKdwy87/EQ7PVG90oND05w+uQg7yBXJdN/oA==; 24:VMF6A67OH0juS2UwMDWko4piPXoTN+Ke5X//3QoGElchZy1PswGAP4i580JSvMSxAuoPo7oybKc+yg9V7tXA1I9pYdrBZ8j5KWDIvQBAilw=; 20:BuXASro5Z4s4yVtfgmuHrBgYdCoVASH2Mfqfs4OaypdTkSaRP637t5xRm8cXVLVkf/+maELDj2tpZXz068fS7A== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Nov 2015 21:38:37.1741 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.17]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0501MB1672 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 21:53:02 -0000 Bryan Drewery wrote: > On 11/13/2015 9:22 AM, Simon J. Gerraty wrote: > > Bryan Drewery wrote: > >>> WITH_META_FILES should give you improvements already in that regard. > >> > >> Yes, it's a step. We'll need cookies in a lot of places too. I wish > >> WITH_META_MODE had been WITH_META_BUILD or WITH_DIRDEPS_BUILD so I could > > > > WITH_DIRDEPS_BUILD would be more accurate. > > > > Its not too late to rename/add it. > > My hesitation was really only due to all of the documentation and The diff is pretty small actually - only 8 files affected. I suspect renaming tools/build/options/WITH_META_{FILES,MODE} might need to be done in a couple of steps? At least svn diff cannot correctly represent svn mv WITH_META_MODE WITH_DIRDEPS_BUILD svn mv WITH_META_FIES WITH_META_MODE > > I think I mentioned the otherday of having something like: > > > > .if ${MK_META_MODE} == "yes" > > # we can safely use cookies to avoid always > > # re-running targets. > > META_COOKIE_TOUCH= touch ${COOKIE.${.TARGET}:U${.TARGET}} > > .else > > META_COOKIE_TOUCH= > > .endif > > > > in meta.sys.mk so you could just add ${META_COOKIE_TOUCH} > > to the end of suitable targets. > > Great, thanks. Definitely will be useful. Better name welcome Also this probably wants to go somewhere other than meta.sys.mk not needed during sys.mk anyway. From owner-freebsd-toolchain@freebsd.org Fri Nov 13 22:02:55 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE329A2E858 for ; Fri, 13 Nov 2015 22:02:55 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AF11311CE for ; Fri, 13 Nov 2015 22:02:55 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id ACE45A2E857; Fri, 13 Nov 2015 22:02:55 +0000 (UTC) Delivered-To: toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91A4EA2E855 for ; Fri, 13 Nov 2015 22:02:55 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 6FB9411CA; Fri, 13 Nov 2015 22:02:55 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 66CCA1F52; Fri, 13 Nov 2015 22:02:55 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 1978016DB9; Fri, 13 Nov 2015 22:02:55 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id E8eUH-dj6AyW; Fri, 13 Nov 2015 22:02:52 +0000 (UTC) Subject: Re: Meta mode toolchain bootstrapping [was Re: FreeBSD targets/ out-of-date] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 0DAD216DB4 To: "Simon J. Gerraty" References: <55E769EF.7090908@FreeBSD.org> <4924.1441306006@chaos> <56450AB8.90402@FreeBSD.org> <13427.1447371730@chaos> <56453F0D.90206@FreeBSD.org> <21917.1447435324@chaos> <5646423C.2000601@FreeBSD.org> <29005.1447450715@chaos> Cc: brooks@FreeBSD.org, imp@FreeBSD.org, emaste@FreeBSD.org, toolchain@FreeBSD.org From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <56465E0B.9000001@FreeBSD.org> Date: Fri, 13 Nov 2015 14:02:51 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <29005.1447450715@chaos> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1HIolkp48gaCUgcxpJqwm3CQG1iRcORuK" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 22:02:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1HIolkp48gaCUgcxpJqwm3CQG1iRcORuK Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/13/2015 1:38 PM, Simon J. Gerraty wrote: > Bryan Drewery wrote: >=20 >> On 11/13/2015 9:22 AM, Simon J. Gerraty wrote: >>> Bryan Drewery wrote: >>>>> WITH_META_FILES should give you improvements already in that regard= =2E >>>> >>>> Yes, it's a step. We'll need cookies in a lot of places too. I wish >>>> WITH_META_MODE had been WITH_META_BUILD or WITH_DIRDEPS_BUILD so I c= ould >>> >>> WITH_DIRDEPS_BUILD would be more accurate. >>> >>> Its not too late to rename/add it. >> >> My hesitation was really only due to all of the documentation and >=20 > The diff is pretty small actually - only 8 files affected. > I suspect renaming tools/build/options/WITH_META_{FILES,MODE} might nee= d > to be done in a couple of steps? >=20 > At least svn diff cannot correctly represent >=20 > svn mv WITH_META_MODE WITH_DIRDEPS_BUILD > svn mv WITH_META_FIES WITH_META_MODE 1 commit here is fine. After the commit you would run something like this from tools/build/options to update src.conf.5: svn up . ../../../share/man/man5/src.conf.5 =2E/makeman > ../../../share/man/man5/src.conf.5 svn commit -m "Regen" ../../../share/man/man5/src.conf.5 >=20 >>> I think I mentioned the otherday of having something like: >>> >>> .if ${MK_META_MODE} =3D=3D "yes" >>> # we can safely use cookies to avoid always >>> # re-running targets. >>> META_COOKIE_TOUCH=3D touch ${COOKIE.${.TARGET}:U${.TARGET}} >>> .else >>> META_COOKIE_TOUCH=3D >>> .endif >>> >>> in meta.sys.mk so you could just add ${META_COOKIE_TOUCH} >>> to the end of suitable targets. >> >> Great, thanks. Definitely will be useful. >=20 > Better name welcome > Also this probably wants to go somewhere other than meta.sys.mk > not needed during sys.mk anyway. >=20 --=20 Regards, Bryan Drewery --1HIolkp48gaCUgcxpJqwm3CQG1iRcORuK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJWRl4LAAoJEDXXcbtuRpfPt/MH/jgFy72pC5NqVeDA6Lj14D3L MvAsO2HfK45PMjAMzuzIzQU4zcwafJAQ3oL2tNXQi7jqKaRwyEB+pmI8zsu8m/NA kr6RpMmd21xz+qWFhFdK8zMz2NL2J+Umlt9IuavEvDGM7QM4l3UDPn3RnJ6iGcE8 GZfwqoKfShQQMMuw2KktSDOjosCE+FGSmNykcb4VP4geZDwJmbKoZ+HKMlr5D334 ZMlTRgvjH5rni0m8uDFHvDmthPCOXGgKgRwIzM9slFpTV7+Wo6aD/bgnOw18gsfR qTQOHaoF9W227uc3BpEIGx/aic2btLl9YIc57gdjsqPd0ugIp/I56Co88jTECK8= =hNgh -----END PGP SIGNATURE----- --1HIolkp48gaCUgcxpJqwm3CQG1iRcORuK--