From owner-svn-ports-head@FreeBSD.ORG  Wed May 22 08:34:17 2013
Return-Path: <owner-svn-ports-head@FreeBSD.ORG>
Delivered-To: svn-ports-head@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
 id CEE288A5; Wed, 22 May 2013 08:34:17 +0000 (UTC)
Date: Wed, 22 May 2013 08:34:17 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: Boris Samorodov <bsam@passap.ru>
Subject: Re: svn commit: r318592 - head/benchmarks/mdtest
Message-ID: <20130522083417.GA19439@FreeBSD.org>
References: <201305201043.r4KAhCKv031239@svn.freebsd.org>
 <20130521023448.GA3541@FreeBSD.org> <519BA0B0.7010700@passap.ru>
 <519C71E9.30701@passap.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <519C71E9.30701@passap.ru>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org,
 ports-committers@freebsd.org
X-BeenThere: svn-ports-head@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: SVN commit messages for the ports tree for head
 <svn-ports-head.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/svn-ports-head>,
 <mailto:svn-ports-head-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-ports-head>
List-Post: <mailto:svn-ports-head@freebsd.org>
List-Help: <mailto:svn-ports-head-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/svn-ports-head>,
 <mailto:svn-ports-head-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 22 May 2013 08:34:17 -0000

On Wed, May 22, 2013 at 11:21:13AM +0400, Boris Samorodov wrote:
> 21.05.2013 06:34, Alexey Dokuchaev пишет:
> 
> > I am also not convinced that using subshell is required.
> 
> BTW, from /usr/src/UPDATING:
> -----
> 20130516:
> [...]
>         It is worth noting that bmake (like gmake) treats the command
>         line as the unit of failure, rather than statements within the
>         command line.  Thus '(cd some/where && dosomething)' is safer
>         than 'cd some/where; dosomething'. The '()' allows consistent
>         behavior in parallel build.

Yes, I've seen this one when it was committed.

./danfe