From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10694 invoked by alias); 31 Dec 2004 02:16:22 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 9604 invoked from network); 31 Dec 2004 02:16:03 -0000 Received: from unknown (HELO palrel12.hp.com) (156.153.255.237) by sourceware.org with SMTP; 31 Dec 2004 02:16:03 -0000 Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by palrel12.hp.com (Postfix) with ESMTP id 7739440B35F; Thu, 30 Dec 2004 18:16:03 -0800 (PST) Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123]) by hplms2.hpl.hp.com (8.13.1/8.13.1/HPL-PA Hub) with ESMTP id iBV2G0QT012192; Thu, 30 Dec 2004 18:16:01 -0800 (PST) Received: from napali.hpl.hp.com (napali [127.0.0.1]) by napali.hpl.hp.com (8.13.2/8.13.2/Debian-1) with ESMTP id iBV2G0bn008072; Thu, 30 Dec 2004 18:16:00 -0800 Received: (from davidm@localhost) by napali.hpl.hp.com (8.13.2/8.13.2/Submit) id iBV2FuMH008067; Thu, 30 Dec 2004 18:15:56 -0800 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16852.46684.21700.609209@napali.hpl.hp.com> Date: Fri, 31 Dec 2004 02:16:00 -0000 To: Daniel Jacobowitz Cc: davidm@hpl.hp.com, Geoff Keating , binutils@sources.redhat.com, davidm@napali.hpl.hp.com Subject: Re: curious check in dwarf2_gen_line_info() In-Reply-To: <20041229190131.GA32426@nevyn.them.org> References: <16850.33143.199264.751617@napali.hpl.hp.com> <2478F3AA-59C8-11D9-937B-000A95B1F520@geoffk.org> <16850.64655.452719.151758@napali.hpl.hp.com> <20041229190131.GA32426@nevyn.them.org> Reply-To: davidm@hpl.hp.com X-URL: http://www.hpl.hp.com/personal/David_Mosberger/ X-SW-Source: 2004-12/txt/msg00344.txt.bz2 >>>>> On Wed, 29 Dec 2004 14:01:31 -0500, Daniel Jacobowitz said: >> I'll check gdb to see if it gets any new failures on ia64 with >> the duplicate line info removed. Daniel> It almost certainly will. Yes, it does: the problematic case occurs when a function has the first statement in the same line as the function name. I see that tc-xtensa.c has worked around this same issue in a local fashion, so I created an analogous fix for tc-ia64.c. See bugzilla report 628 for details: http://sources.redhat.com/bugzilla/show_bug.cgi?id=628 If the patch looks OK, I'd appreciate it if someone could check it in. --david