From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-42053-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 9905 invoked by alias); 1 Dec 2001 02:17:13 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
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
Received: (qmail 9884 invoked from network); 1 Dec 2001 02:17:12 -0000
Received: from unknown (HELO taltos.codesourcery.com) (66.92.14.122)
  by hostedprojects.ges.redhat.com with SMTP; 1 Dec 2001 02:17:12 -0000
Received: from zack by taltos.codesourcery.com with local (Exim 3.32 #1 (Debian))
	id 169zhy-0008LD-00; Fri, 30 Nov 2001 18:16:50 -0800
Date: Sat, 24 Nov 2001 16:41:00 -0000
From: Zack Weinberg <zack@codesourcery.com>
To: Richard Kenner <kenner@vlsi1.ultra.nyu.edu>
Cc: gcc@gcc.gnu.org
Subject: Re: Top-level Makefile
Message-ID: <20011130181650.C30901@codesourcery.com>
References: <10111301059.AA25731@vlsi1.ultra.nyu.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <10111301059.AA25731@vlsi1.ultra.nyu.edu>
User-Agent: Mutt/1.3.23i
X-SW-Source: 2001-11/txt/msg01172.txt.bz2

On Fri, Nov 30, 2001 at 05:59:39AM -0500, Richard Kenner wrote:
>     - Put "set -x" at the top of the configure script, then post the last
>       thirty or so lines of the output once it gets stuck.
> 
> + echo nan.h
> ac_safe=nan_h
> + echo checking for nan.h... \c
> checking for nan.h... + echo configure:5085: checking for nan.h
> + echo ${ac_cv_header_nan_h+set}
> + eval test "${ac_cv_header_nan_h+set}" = set
> + test  = set
> + cat
> ac_try=$CPP $CPPFLAGS conftest.c >/dev/null 2>conftest.out
> + eval echo configure:5095: "$CPP $CPPFLAGS conftest.c >/dev/null 2>conftest.out
> "
...
> 
> So it's not doing a whole lot, but doing it slowly: there are delays of
> perhaps 5-10 seconds between a number of those lines.

It would be useful to know which.  The cat commands are most likely,
but something else might be going on.

>     - Look in all the tmp directories your system has (/tmp, /usr/tmp,
>       /var/tmp, etc) and see if there's a large number of scratch files
>       created by the configure script.
> 
> Yes, 605 of them.

Okay, so that's a strong case for being the same problem rth and I
were looking at last May.  I'll send you a hack to try sometime
tomorrow.

zw

From mboxrd@z Thu Jan  1 00:00:00 1970
From: Zack Weinberg <zack@codesourcery.com>
To: Richard Kenner <kenner@vlsi1.ultra.nyu.edu>
Cc: gcc@gcc.gnu.org
Subject: Re: Top-level Makefile
Date: Fri, 30 Nov 2001 18:17:00 -0000
Message-ID: <20011130181650.C30901@codesourcery.com>
References: <10111301059.AA25731@vlsi1.ultra.nyu.edu>
X-SW-Source: 2001-11/msg01673.html
Message-ID: <20011130181700.dDNSfJkqeAyKi2rT7mDkuUkqMD-Lgh5oAFTFc_9i1-8@z>

On Fri, Nov 30, 2001 at 05:59:39AM -0500, Richard Kenner wrote:
>     - Put "set -x" at the top of the configure script, then post the last
>       thirty or so lines of the output once it gets stuck.
> 
> + echo nan.h
> ac_safe=nan_h
> + echo checking for nan.h... \c
> checking for nan.h... + echo configure:5085: checking for nan.h
> + echo ${ac_cv_header_nan_h+set}
> + eval test "${ac_cv_header_nan_h+set}" = set
> + test  = set
> + cat
> ac_try=$CPP $CPPFLAGS conftest.c >/dev/null 2>conftest.out
> + eval echo configure:5095: "$CPP $CPPFLAGS conftest.c >/dev/null 2>conftest.out
> "
...
> 
> So it's not doing a whole lot, but doing it slowly: there are delays of
> perhaps 5-10 seconds between a number of those lines.

It would be useful to know which.  The cat commands are most likely,
but something else might be going on.

>     - Look in all the tmp directories your system has (/tmp, /usr/tmp,
>       /var/tmp, etc) and see if there's a large number of scratch files
>       created by the configure script.
> 
> Yes, 605 of them.

Okay, so that's a strong case for being the same problem rth and I
were looking at last May.  I'll send you a hack to try sometime
tomorrow.

zw