From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 29 23:20:07 2011 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A603C1065672 for ; Fri, 29 Apr 2011 23:20:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 673148FC19 for ; Fri, 29 Apr 2011 23:20:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p3TNK7P1002541 for ; Fri, 29 Apr 2011 23:20:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p3TNK78c002540; Fri, 29 Apr 2011 23:20:07 GMT (envelope-from gnats) Resent-Date: Fri, 29 Apr 2011 23:20:07 GMT Resent-Message-Id: <201104292320.p3TNK78c002540@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Arnaud Lacombe Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EDF81065670 for ; Fri, 29 Apr 2011 23:19:49 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3ED8FC0A for ; Fri, 29 Apr 2011 23:19:49 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id p3TNJmg0087052 for ; Fri, 29 Apr 2011 23:19:48 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id p3TNJmGW087051; Fri, 29 Apr 2011 23:19:48 GMT (envelope-from nobody) Message-Id: <201104292319.p3TNJmGW087051@red.freebsd.org> Date: Fri, 29 Apr 2011 23:19:48 GMT From: Arnaud Lacombe To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: bin/156729: make(1) do not respect.ORDER not in non-parallel mode X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 23:20:07 -0000 >Number: 156729 >Category: bin >Synopsis: make(1) do not respect.ORDER not in non-parallel mode >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 29 23:20:07 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Arnaud Lacombe >Release: 8.2-STABLE >Organization: n >Environment: >Description: Considering the following `Makefile.test': all: a b a: .PHONY @echo after b: .PHONY @echo before .ORDER: b a Triggers the following default behavior: % make -f Makefile.test after before While when the invoked with `-j', the .ORDER directive is respected. % make -j 2 -f Makefile.test before after Removing the .ORDER directive trigger the default behavior. This could be fixed by making `a' depend on `b', but this may not be possible when dealing with dynamically generated rules. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: