From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19771 invoked by alias); 28 Jun 2003 20:06:49 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 19760 invoked from network); 28 Jun 2003 20:06:48 -0000 Received: from unknown (HELO monkey.daikokuya.co.uk) (213.152.55.49) by sources.redhat.com with SMTP; 28 Jun 2003 20:06:48 -0000 Received: from neil by monkey.daikokuya.co.uk with local (Exim 3.36 #1 (Debian)) id 19WLy4-0000wN-00; Sat, 28 Jun 2003 21:06:40 +0100 Date: Sat, 28 Jun 2003 20:06:00 -0000 From: Neil Booth To: giovannibajo at libero dot it Cc: gcc-bugs@gcc.gnu.org, per@bothner.com Subject: Re: [Bug preprocessor/11361] New: [3.4 regression] ICE (segfault) in c-lex.c with one-liner Message-ID: <20030628200639.GA3106@daikokuya.co.uk> References: <20030628161840.11361.giovannibajo@libero.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030628161840.11361.giovannibajo@libero.it> User-Agent: Mutt/1.5.4i X-SW-Source: 2003-06/txt/msg03057.txt.bz2 List-Id: giovannibajo at libero dot it wrote:- > PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org. > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11361 > > Summary: [3.4 regression] ICE (segfault) in c-lex.c with one- > liner > Product: gcc > Version: 3.4 > Status: UNCONFIRMED > Keywords: ice-on-invalid-code > Severity: normal > Priority: P2 > Component: preprocessor > AssignedTo: unassigned at gcc dot gnu dot org > ReportedBy: giovannibajo at libero dot it > CC: gcc-bugs at gcc dot gnu dot org > GCC build triplet: i686-pc-cygwin > GCC host triplet: i686-pc-cygwin > GCC target triplet: i686-pc-cygwin > > Just compile this line: > > # 31 "eval.c" 2 > > to get a segmentation fault. Per, this was introduced by your line-map.c change of a few months ago. line-map.c used to guarantee to retain internal consistency even if the client gave it nonsense, and cpplib relies on that. After your patch, it no longer maintains internal consistency. Neil.