From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-381849-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 3422 invoked by alias); 25 Oct 2014 08:06:19 -0000
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
Received: (qmail 3413 invoked by uid 89); 25 Oct 2014 08:06:18 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-4.0 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: mx2.suse.de
Received: from cantor2.suse.de (HELO mx2.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (CAMELLIA256-SHA encrypted) ESMTPS; Sat, 25 Oct 2014 08:06:17 +0000
Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])	by mx2.suse.de (Postfix) with ESMTP id B2FB9AC8D;	Sat, 25 Oct 2014 08:06:14 +0000 (UTC)
User-Agent: K-9 Mail for Android
In-Reply-To: <CAGWvnykRi9tjw4VPpArRaDYYMZvwxjvYt_oqDGMhjmataTLKJA@mail.gmail.com>
References: <CAGWvnykRi9tjw4VPpArRaDYYMZvwxjvYt_oqDGMhjmataTLKJA@mail.gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=UTF-8
Subject: Re: genmatch infinite loop during bootstrap on AIX
From: Richard Biener <rguenther@suse.de>
Date: Sat, 25 Oct 2014 08:08:00 -0000
To: David Edelsohn <dje.gcc@gmail.com>
CC: GCC Patches <gcc-patches@gcc.gnu.org>
Message-ID: <A9E6708C-0B2E-4925-A30C-62D88990DBC6@suse.de>
X-SW-Source: 2014-10/txt/msg02624.txt.bz2

On October 25, 2014 1:33:39 AM CEST, David Edelsohn <dje.gcc@gmail.com> wrote:
>genmatch is hanging when bootstrapping on AIX (gcc111).  When I attach
>to the process:
>
>#0  0x1007efac in std::basic_string<char, std::char_traits<char>,
>std::allocator<char> >::basic_string ()
>#1  0x1000e6b0 in _ZN6parser13parse_captureEP7operand (this=0x300594b8,
>op=0x0)
>    at /home/dje/src/src/gcc/genmatch.c:2607

Does it really hang in libstdc++ or does it loop somewhere in genmatch? Is this stage1 or later?

Does this happen only after the 2nd part of the merge went in? That is, what revision?

Thanks,
Richard.

>#2  0x1000e9f0 in _ZN6parser10parse_exprEv (this=0x2ff20208)
>    at /home/dje/src/src/gcc/genmatch.c:2669
>#3  0x1000ee38 in _ZN6parser8parse_opEv (this=0x2ff20208)
>    at /home/dje/src/src/gcc/genmatch.c:2728
>#4  0x1000efc4 in
>_ZN6parser14parse_simplifyEjR3vecIP8simplify7va_heap6vl_ptrEP12predicate_idP4expr
>(this=0x2ff20208, match_location=4614, simplifiers=...,
>    matcher=0x0, result=0x0) at /home/dje/src/src/gcc/genmatch.c:2792
>#5  0x100102fc in _ZN6parser13parse_patternEv (this=0x2ff20208)
>    at /home/dje/src/src/gcc/genmatch.c:3052
>#6  0x10010c0c in _ZN6parser9parse_forEj (this=0x2ff20208)
>    at /home/dje/src/src/gcc/genmatch.c:2991
>#7  0x10010350 in _ZN6parser13parse_patternEv (this=0x2ff20208)
>    at /home/dje/src/src/gcc/genmatch.c:3090
>#8  0x1001122c in _ZN6parserC2EP10cpp_reader (this=0x2ff20208,
>r_=0x3003bbec)
>    at /home/dje/src/src/gcc/genmatch.c:3122
>#9  0x10004acc in main (argc=<error reading variable>,
>    argv=<error reading variable>) at  _start_ :3204