From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-167614-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 18504 invoked by alias); 18 Mar 2011 18:41:23 -0000
Received: (qmail 18495 invoked by uid 22791); 18 Mar 2011 18:41:22 -0000
X-SWARE-Spam-Status: No, hits=-2.1 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,T_RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (140.186.70.10)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 18 Mar 2011 18:41:19 +0000
Received: from eggs.gnu.org ([140.186.70.92]:44241)	by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)	(Exim 4.71)	(envelope-from <dnovillo@google.com>)	id 1Q0ebt-000507-1P	for gcc@gnu.org; Fri, 18 Mar 2011 14:41:17 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)	(envelope-from <dnovillo@google.com>)	id 1Q0ebs-0006v7-3Y	for gcc@gnu.org; Fri, 18 Mar 2011 14:41:17 -0400
Received: from smtp-out.google.com ([216.239.44.51]:57004)	by eggs.gnu.org with esmtp (Exim 4.71)	(envelope-from <dnovillo@google.com>)	id 1Q0ebr-0006uv-UB	for gcc@gnu.org; Fri, 18 Mar 2011 14:41:16 -0400
Received: from kpbe12.cbf.corp.google.com (kpbe12.cbf.corp.google.com [172.25.105.76])	by smtp-out.google.com with ESMTP id p2IIfDwu007794	for <gcc@gnu.org>; Fri, 18 Mar 2011 11:41:13 -0700
Received: from yxk8 (yxk8.prod.google.com [10.190.3.136])	by kpbe12.cbf.corp.google.com with ESMTP id p2IIehHk028547	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)	for <gcc@gnu.org>; Fri, 18 Mar 2011 11:41:12 -0700
Received: by yxk8 with SMTP id 8so2037927yxk.4        for <gcc@gnu.org>; Fri, 18 Mar 2011 11:41:12 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.101.193.23 with SMTP id v23mr1086013anp.62.1300473672034; Fri, 18 Mar 2011 11:41:12 -0700 (PDT)
Received: by 10.100.153.9 with HTTP; Fri, 18 Mar 2011 11:41:11 -0700 (PDT)
In-Reply-To: <m2r5a45moc.fsf@igel.home>
References: <AANLkTim+0aYi-eYTa6S0HSmyd6HeK_MJ65ALiKsdQtkx@mail.gmail.com>	<m37hbws9ry.fsf@redhat.com>	<AANLkTin+NSN3xNzKuwk7gne-uvNiG2vPcSWwUq2uMHq3@mail.gmail.com>	<m2r5a45moc.fsf@igel.home>
Date: Fri, 18 Mar 2011 18:41:00 -0000
Message-ID: <AANLkTikUao2YE3aiNrGnNUOfojxt_jgFdZ0FE8jrDKLE@mail.gmail.com>
Subject: Re: Spurious libstdc++ testsuite failures because of truncated buffered output
From: Diego Novillo <dnovillo@google.com>
To: Andreas Schwab <schwab@linux-m68k.org>
Cc: gcc@gnu.org, libstdc++@gcc.gnu.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-System-Of-Record: true
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3)
X-Received-From: 216.239.44.51
X-IsSubscribed: yes
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: 2011-03/txt/msg00272.txt.bz2

On Fri, Mar 18, 2011 at 14:05, Andreas Schwab <schwab@linux-m68k.org> wrote:
> Diego Novillo <dnovillo@google.com> writes:
>
>> Thanks, but I don't think match_max affects this. =C2=A0It's the output
>> from the compiler that is being truncated.
>
> I don't see that problem on powerpc-linux (and I couldn't find any such
> failure on gcc-testresults).

It only happens in our builds that have very deep directory trees.
The extra long path names contribute to filling up whatever buffer
that dejagnu uses for output.  I believe that if you manage to build
inside a tree this long, you'll be able to reproduce the problem:

$ pwd -P | wc -c
236


Diego.