From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 100353 invoked by alias); 17 Jan 2017 17:07:00 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 100320 invoked by uid 89); 17 Jan 2017 17:06:59 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.2 required=5.0 tests=AWL,BAYES_05,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=sk:msebor, sk:msebor@, U*msebor, mseborgmailcom X-HELO: mail-qt0-f177.google.com Received: from mail-qt0-f177.google.com (HELO mail-qt0-f177.google.com) (209.85.216.177) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 17 Jan 2017 17:06:57 +0000 Received: by mail-qt0-f177.google.com with SMTP id x49so167215623qtc.2 for ; Tue, 17 Jan 2017 09:06:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Hzq9y9I24JuKubyEpm8xRd4bPR5SPoVeAb5MNeMVI6c=; b=IpbyA5Ko4iLeTjhVuv2hkxZfbSGk2vgVbyrHxXZ/cSVeKLz+AalEHeRFQDNDrubfOT WeRdq+00nqGJIQXXIE2HagbethOpGx8nCx++lQ9zS8bENk2QaCYdBDUBxxYegGouRZ2g QTxyxCUqfB4kXNwG/oVGq9OPvqsZ5cGa9UmDxK0Q3UCAESl3UZuCF5Dy5WBfCbnygtZL fyFpO72iH70mqOchzJaJrPi+FhqkVrRHwRkH17LKicHpjdIlXOIzThR+WHHE9WI5P6iJ /+ZB6tXpanGDFVLSR/RzazBW1TqkiharO2MEizFzryUP5qAvnQ0/j905jwmvfIxIcdUJ 50lw== X-Gm-Message-State: AIkVDXKfgVJos9Mq05DQvxN/wKyATrBA7xmuoVIvR8VnHl6oc5aBeVTS0vGA4gE7D90/2piN3Mu8O00qrkcOxQ== X-Received: by 10.200.34.155 with SMTP id f27mr33663660qta.129.1484672815629; Tue, 17 Jan 2017 09:06:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.181.202 with HTTP; Tue, 17 Jan 2017 09:06:55 -0800 (PST) In-Reply-To: References: From: David Edelsohn Date: Tue, 17 Jan 2017 17:07:00 -0000 Message-ID: Subject: Re: make[1]: *** wait: No child processes during make -j8 check To: Martin Sebor Cc: Jeff Law , GCC Mailing List Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2017-01/txt/msg00140.txt.bz2 On Tue, Jan 17, 2017 at 11:59 AM, Martin Sebor wrote: > On 01/17/2017 08:30 AM, Jeff Law wrote: >> >> On 01/16/2017 05:37 PM, Martin Sebor wrote: >>> >>> I've run into this failure during make check in the past with >>> a very large make -j value (such as -j128), but today I've had >>> two consecutive make check runs fail with -j12 and -j8 on my 8 >>> core laptop with no much else going on. The last thing running >>> was the go test suite. Has something changed recently that >>> could be behind it? (My user process limit is 62863.) >> >> What version of make are you using? There was a bug where make could >> lose track of children a while back. Ask Patsy -- she may remember the >> RHEL BZ and from that we can probably extract the version #s that were >> affected and see if they match the version you're running. > > > I have make 4.0 and I'm running Fedora 23. I haven't changed > anything on the machine in a while and used to be able to run > make -j16. I still can bootstrap with that but make check > has been failing recently. Three times yesterday (-12, -j8, > and -j12 again), but then the last one with -j12 completed. > > The frustrating thing is that after the failure I have to > restart make check from scratch, and so it can waste hours. I haven't seen any catastrophic failures, but have noticed some inconsistencies with parallel make check. Sometimes it seems to substitute a different filename. It seems like make check -j harness assumes some unique names for temporary / intermediate files that are not guaranteed by the scripts. Thanks, David