From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <binutils-return-71728-listarch-binutils=sources.redhat.com@sourceware.org>
Received: (qmail 11635 invoked by alias); 18 May 2011 15:51:33 -0000
Received: (qmail 11626 invoked by uid 22791); 18 May 2011 15:51:33 -0000
X-SWARE-Spam-Status: No, hits=-1.9 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SARE_SUB_PCT_LETTER,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By: sourceware.org
Received: from mail-qw0-f41.google.com (HELO mail-qw0-f41.google.com) (209.85.216.41)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 18 May 2011 15:51:19 +0000
Received: by qwa26 with SMTP id 26so1213576qwa.0        for <binutils@sourceware.org>; Wed, 18 May 2011 08:51:18 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.229.27.65 with SMTP id h1mr1519497qcc.216.1305733878685; Wed, 18 May 2011 08:51:18 -0700 (PDT)
Received: by 10.229.182.7 with HTTP; Wed, 18 May 2011 08:51:18 -0700 (PDT)
In-Reply-To: <20110518154757.GQ20800@bubble.grove.modra.org>
References: <20110518154757.GQ20800@bubble.grove.modra.org>
Date: Wed, 18 May 2011 15:51:00 -0000
Message-ID: <BANLkTi=vqQ6jEvokYOsAX2vs_USFsCj7oQ@mail.gmail.com>
Subject: Re: ld error message %C format
From: "H.J. Lu" <hjl.tools@gmail.com>
To: binutils@sourceware.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-IsSubscribed: yes
Mailing-List: contact binutils-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <binutils.sourceware.org>
List-Subscribe: <mailto:binutils-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/binutils/>
List-Post: <mailto:binutils@sourceware.org>
List-Help: <mailto:binutils-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: binutils-owner@sourceware.org
X-SW-Source: 2011-05/txt/msg00267.txt.bz2

On Wed, May 18, 2011 at 8:47 AM, Alan Modra <amodra@gmail.com> wrote:
> How do people feel about extending typical linker error messages like
> the following
> =A0 =A0 =A0 =A0tmpdir/dump0.o: In function `foo':
> =A0 =A0 =A0 =A0./compressed1.c:13: undefined reference to `bar'
> to always include the section and offset information?
> =A0 =A0 =A0 =A0tmpdir/dump0.o: In function `foo':
> =A0 =A0 =A0 =A0./compressed1.c:13:(.text+0x8): undefined reference to `ba=
r'
>
> When debugging toolchain problems, the section and offset is often
> more useful than the source information. =A0I've checked that this
> change doesn't seem to break emacs parsing of error messages.
>
> =A0 =A0 =A0 =A0* ldmisc.c (vfinfo <%C>): Always print section+offset.
>

I like it.

Thanks.


--=20
H.J.