From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 29 06:40:50 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD7C2106566B; Fri, 29 Apr 2011 06:40:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (unknown [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9AE9A8FC17; Fri, 29 Apr 2011 06:40:50 +0000 (UTC) Received: from [10.0.0.63] (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p3T6XTNa087141 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 29 Apr 2011 00:33:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Fri, 29 Apr 2011 00:33:29 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <19A0E2B5-54A9-4929-A4DB-3E0DCC251DFA@bsdimp.com> References: <20110427193946.GA41659@freebsd.org> <20110428174523.I61666@beagle.kn.op.dlr.de> To: Arnaud Lacombe X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Fri, 29 Apr 2011 00:33:32 -0600 (MDT) Cc: Hartmut Brandt , hackers@freebsd.org, Roman Divacky Subject: Re: make question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 06:40:50 -0000 On Apr 28, 2011, at 7:37 PM, Arnaud Lacombe wrote: > On Thu, Apr 28, 2011 at 11:52 AM, Hartmut Brandt = wrote: >> I think we can change this, because it would break makefiles that = assume >> that the entire script is given to the shell in one piece. >>=20 > I'm not sure to parse that. "We can change it because it would break = stuff". >=20 > That said, if something was to be broken, it would already shows up > when using "-j N", and thus should be considered as a bug. There's bugs in the code which does the output which makes it wrong = often... So there's bugs both ways... There's archival history here in = hackers@. Warner