From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-155949-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 15530 invoked by alias); 14 Aug 2009 21:06:28 -0000
Received: (qmail 15228 invoked by uid 22791); 14 Aug 2009 21:06:25 -0000
X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 	tests=AWL,BAYES_00,J_CHICKENPOX_83,SPF_PASS
X-Spam-Check-By: sourceware.org
Received: from ey-out-1920.google.com (HELO ey-out-1920.google.com) (74.125.78.147)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 14 Aug 2009 21:06:15 +0000
Received: by ey-out-1920.google.com with SMTP id 13so389551eye.14         for <gcc@gcc.gnu.org>; Fri, 14 Aug 2009 14:06:12 -0700 (PDT)
Received: by 10.210.143.9 with SMTP id q9mr1003213ebd.81.1250283971975;         Fri, 14 Aug 2009 14:06:11 -0700 (PDT)
Received: from ?192.168.2.99? (cpc2-cmbg8-0-0-cust61.cmbg.cable.ntl.com [82.6.108.62])         by mx.google.com with ESMTPS id 7sm4996414eyg.37.2009.08.14.14.06.10         (version=SSLv3 cipher=RC4-MD5);         Fri, 14 Aug 2009 14:06:11 -0700 (PDT)
Message-ID: <4A85D4EE.7040503@gmail.com>
Date: Fri, 14 Aug 2009 21:32:00 -0000
From: Dave Korn <dave.korn.cygwin@googlemail.com>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: Laurent GUERBY <laurent@guerby.net>
CC: gcc <gcc@gcc.gnu.org>, Paolo Bonzini <bonzini@gnu.org>,   Arnaud Charlet <charlet@adacore.com>,  Eric Botcazou <ebotcazou@adacore.com>
Subject: Re: Need some Unix and /bin/sh expertise for GCC testsuite
References: <1250283155.20287.116.camel@localhost>
In-Reply-To: <1250283155.20287.116.camel@localhost>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
X-SW-Source: 2009-08/txt/msg00247.txt.bz2

Laurent GUERBY wrote:

> 3/ Here is the point I find surprising: the "ps fauxww" run in the
> second "if" show that even if the script is fully sequential
> at least one gnatmake subprocess (collect-ld) is still marked as running 
> *in parallel* with the ps command in the subsequent "if" of the script!

> Any idea of why /bin/sh is running stuff in parallel instead
> of sequential? 
> 
> Could some code in 
> gnatmake/gnatlink/xgcc/collect2/collect-ld cause it?

  I notice gnatmake.adb has a reference to GNAT.OS_Lib.Non_Blocking_Spawn in
it.... coincidence?

    cheers,
      DaveK