From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12922 invoked by alias); 13 Apr 2010 21:04:02 -0000 Received: (qmail 12724 invoked by uid 22791); 13 Apr 2010 21:04:01 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from mail-bw0-f215.google.com (HELO mail-bw0-f215.google.com) (209.85.218.215) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 13 Apr 2010 21:03:57 +0000 Received: by bwz7 with SMTP id 7so3028528bwz.16 for ; Tue, 13 Apr 2010 14:03:54 -0700 (PDT) Received: by 10.204.25.209 with SMTP id a17mr9758bkc.28.1271192633818; Tue, 13 Apr 2010 14:03:53 -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 d5sm29912bkd.13.2010.04.13.14.03.50 (version=SSLv3 cipher=RC4-MD5); Tue, 13 Apr 2010 14:03:52 -0700 (PDT) Message-ID: <4BC4E09F.7080605@gmail.com> Date: Tue, 13 Apr 2010 21:06:00 -0000 From: Dave Korn User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Paolo Bonzini CC: Dave Korn , =?ISO-8859-1?Q?Manuel_?= =?ISO-8859-1?Q?L=F3pez-Ib=E1=F1ez?= , Jack Howarth , Steven Bosscher , Duncan Sands , gcc@gcc.gnu.org Subject: Testing GCC on Cygwin made substantially easier [was Re: dragonegg in FSF gcc?] References: <20100409163655.GA25781@bromo.med.uc.edu> <4BBF5B7C.7060801@starynkevitch.net> <4BC07718.3060400@free.fr> <20100411141702.GA8481@bromo.med.uc.edu> <4BC1FDE3.6010309@gmail.com> <4BC4A28F.9000203@gnu.org> In-Reply-To: <4BC4A28F.9000203@gnu.org> 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: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2010-04/txt/msg00306.txt.bz2 On 13/04/2010 17:57, Paolo Bonzini wrote: > The fact that testing under Cygwin is so much slower certainly has an > impact. It gets more manageable at -j levels, but there's an underlying bug in the Cygwin DLL's process info management that causes expect to fall into cpu-spinning lockups and cascading process fork collapse syndrome. Until I find time to do a more major rewrite, anyone who wants to do testing on Cygwin could do worse than apply the sticking-plaster patch that I posted at: http://www.mail-archive.com/cygwin-patches@cygwin.com/msg04677.html and build themselves a locally modified version of the Cygwin DLL that will happily run make check at significant -j levels (I think I tried 12 at most; I've only got a dual-core cpu so it wasn't exactly efficient, but it proved that the patch holds up under substantial load). cheers, DaveK