From owner-svn-src-head@FreeBSD.ORG Sun Nov 3 05:06:18 2013 Return-Path: Delivered-To: svn-src-head@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7E02FC68; Sun, 3 Nov 2013 05:06:18 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from db8outboundpool.messaging.microsoft.com (mail-db8lp0185.outbound.messaging.microsoft.com [213.199.154.185]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D9AF62CB8; Sun, 3 Nov 2013 05:06:17 +0000 (UTC) Received: from mail9-db8-R.bigfish.com (10.174.8.248) by DB8EHSOBE003.bigfish.com (10.174.4.66) with Microsoft SMTP Server id 14.1.225.22; Sun, 3 Nov 2013 04:50:57 +0000 Received: from mail9-db8 (localhost [127.0.0.1]) by mail9-db8-R.bigfish.com (Postfix) with ESMTP id 6BECC3400C1; Sun, 3 Nov 2013 04:50:57 +0000 (UTC) X-Forefront-Antispam-Report: CIP:66.129.224.51; KIP:(null); UIP:(null); IPV:NLI; H:P-EMF01-SAC.jnpr.net; RD:none; EFVD:NLI X-SpamScore: 8 X-BigFish: VPS8(zzzz1f42h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6h1082kzzz2fh2a8h839hd25hf0ah1288h12a5h12a9h12bdh12e5h137ah139eh13b6h1441h14ddh1504h1537h162dh1631h1758h1898h18e1h1946h19b5h1ad9h1b0ah1b2fh1b88h1fb3h1d0ch1d2eh1d3fh1de2h1dfeh1dffh1e23h1fe8h1ff5h2218h2216h222dm1155h) Received-SPF: pass (mail9-db8: domain of juniper.net designates 66.129.224.51 as permitted sender) client-ip=66.129.224.51; envelope-from=sjg@juniper.net; helo=P-EMF01-SAC.jnpr.net ; SAC.jnpr.net ; Received: from mail9-db8 (localhost.localdomain [127.0.0.1]) by mail9-db8 (MessageSwitch) id 1383454255313378_1345; Sun, 3 Nov 2013 04:50:55 +0000 (UTC) Received: from DB8EHSMHS010.bigfish.com (unknown [10.174.8.235]) by mail9-db8.bigfish.com (Postfix) with ESMTP id 2A3E3300040; Sun, 3 Nov 2013 04:50:55 +0000 (UTC) Received: from P-EMF01-SAC.jnpr.net (66.129.224.51) by DB8EHSMHS010.bigfish.com (10.174.4.20) with Microsoft SMTP Server (TLS) id 14.16.227.3; Sun, 3 Nov 2013 04:50:54 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF01-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Sat, 2 Nov 2013 21:50:51 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.24.29.229]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id rA34ooL14954; Sat, 2 Nov 2013 21:50:51 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos.jnpr.net (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id B41B15807E; Sat, 2 Nov 2013 21:50:50 -0700 (PDT) To: Brooks Davis Subject: Re: this breaks builds of head on stable/9 (Re: svn commit: r257268 - head/gnu/usr.bin/binutils/ld In-Reply-To: <20131101221532.GA45336@lor.one-eyed-alien.net> References: <20131101020924.GB32951@lor.one-eyed-alien.net> <20131101061842.GA8911@onelab2.iet.unipi.it> <20131101204848.GA44088@lor.one-eyed-alien.net> <20131101213254.GA35505@onelab2.iet.unipi.it> <20131101221532.GA45336@lor.one-eyed-alien.net> Comments: In-reply-to: Brooks Davis message dated "Fri, 01 Nov 2013 17:15:32 -0500." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Sat, 2 Nov 2013 21:50:50 -0700 Message-ID: <20131103045050.B41B15807E@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, Luigi Rizzo X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 05:06:18 -0000 On Fri, 1 Nov 2013 17:15:32 -0500, Brooks Davis writes: >(In practice WITHOUT_BMAKE is broken and corrupts your object tree with a >make that fails until manually deleted.) That's new? it worked last time I checked - which was around the time I made sure the make thus built was named for the flavor (fmake or bmake) desired so wouldn't accidentally be used when you change your mind. >We should decide if it should be fixed or removed before 10 goes out. AFAIK I committed workarounds for all the functional differences that worried people, before 10 was branched. So perhaps WITHOUT_BMAKE can be deprecated.