From owner-freebsd-current@FreeBSD.ORG Wed Oct 30 22:52:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 083A7B71 for ; Wed, 30 Oct 2013 22:52:23 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96AC72A32 for ; Wed, 30 Oct 2013 22:52:22 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MMGWH-1VaHZL3VJV-0082Nm for ; Wed, 30 Oct 2013 23:52:14 +0100 Message-ID: <52718D7F.5030704@gmx.com> Date: Wed, 30 Oct 2013 23:51:43 +0100 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: sbruno@freebsd.org, Konstantin Belousov Subject: Re: libreadline rl_message() and building the same object file 6 times? References: <1383079869.59169.2.camel@localhost> <20131029220622.GX59496@kib.kiev.ua> <1383157189.1751.6.camel@localhost> <20131030202439.GD59496@kib.kiev.ua> <1383171248.1751.8.camel@localhost> In-Reply-To: <1383171248.1751.8.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:mjT1YO/GnS8UaPcT1dx2ST32iPLLq/6tkwa4Ug9okhLbrI2W+1+ xbKTJ+yuEKtqeT44kz8wxkT7bp6UJzB+wKy8rUlAyjiqLH7foa8CCvOTny+uJ+cwoUfdLgz uu9k7mNnUO69TNRxDs4RPMaMNrgH6pBL7XPISgbfwU5gtzwbdSMJdMJX7iugxQKiTRK/I6U feIrJ/4fsIi4JlUuBtIpQ== Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 22:52:23 -0000 Sean Bruno wrote, On 10/30/2013 23:14: > On Wed, 2013-10-30 at 22:24 +0200, Konstantin Belousov wrote: >>> Thank you for the explanation. Is there a trivial way to abort >> building >>> all the objects or fail if one fails? Or is this done in parallel? >> >> This is done automatically, no ? >> Bmake seems to be more advanced in this regard, e.g. my parallel >> kernel builds with compilation error in some module abort whole build >> immediately, comparing with fmake builds which run to the end. > > Yes, the build exits immediately if I understand what's going on > correctly. My question was about building all six objects, shouldn't > one error/warning be enough? Or is there no way for what I propose to > happen? What if one path takes very long, for example, if it's an independent call to make(1)?