From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <binutils-return-86195-listarch-binutils=sources.redhat.com@sourceware.org>
Received: (qmail 28107 invoked by alias); 26 Jan 2015 17:22:07 -0000
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
Received: (qmail 28078 invoked by uid 89); 26 Jan 2015 17:22:03 -0000
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2
X-HELO: mail-oi0-f48.google.com
Received: from mail-oi0-f48.google.com (HELO mail-oi0-f48.google.com) (209.85.218.48) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Mon, 26 Jan 2015 17:22:01 +0000
Received: by mail-oi0-f48.google.com with SMTP id v63so8229068oia.7        for <binutils@sourceware.org>; Mon, 26 Jan 2015 09:22:00 -0800 (PST)
MIME-Version: 1.0
X-Received: by 10.60.134.200 with SMTP id pm8mr13731598oeb.61.1422292920021; Mon, 26 Jan 2015 09:22:00 -0800 (PST)
Received: by 10.76.134.102 with HTTP; Mon, 26 Jan 2015 09:21:59 -0800 (PST)
In-Reply-To: <CAHACq4qAXVM3RTmuu2yf6qe+iwkhXzzeycYY34fkjpOdWp3=-g@mail.gmail.com>
References: <20140331200446.A09B074430@topped-with-meat.com>	<CAKOQZ8x19YZ_oyJXyxe9JST4nfaG8dDvVrdf-vmgkNWydrpsrw@mail.gmail.com>	<20140331214025.E61517447E@topped-with-meat.com>	<CAKOQZ8x1W0YxJSq+X74EjMj7_02uTZq82qzhmF=oQ-cTd4S1mQ@mail.gmail.com>	<CAHACq4oRKDGKAUu3octDCxKg2EueCyf8kHWj0t8g9+LmE3JagQ@mail.gmail.com>	<20140910225238.0B6362C39CF@topped-with-meat.com>	<CAKOQZ8zW_zbR1Tog6HWak9T4d9gXMd9iK=PenQq2E5u-kiNr6Q@mail.gmail.com>	<20141220135811.GA7161@gmail.com>	<CAHACq4r6f_dGg5fB=mcrdcQMHcERRVnTBVyJTSrh8YTsWCNTBQ@mail.gmail.com>	<20150107131655.GA7818@gmail.com>	<20150107144300.GA498@gmail.com>	<CAHACq4qAXVM3RTmuu2yf6qe+iwkhXzzeycYY34fkjpOdWp3=-g@mail.gmail.com>
Date: Mon, 26 Jan 2015 17:22:00 -0000
Message-ID: <CAMe9rOovN+kmzU=0b1L3Gwq-AbHm5Y=YKy1LdOHw35G9PR8cUQ@mail.gmail.com>
Subject: Re: PATCH: PR gold/14675: No eh_frame info registered in exception_static_test
From: "H.J. Lu" <hjl.tools@gmail.com>
To: Cary Coutant <ccoutant@google.com>
Cc: Ian Lance Taylor <iant@google.com>, Roland McGrath <roland@hack.frob.com>, Alan Modra <amodra@gmail.com>, 	Binutils <binutils@sourceware.org>, 	=?UTF-8?Q?Rafael_=C3=81vila_de_Esp=C3=ADndola?= <rafael.espindola@gmail.com>
Content-Type: text/plain; charset=UTF-8
X-IsSubscribed: yes
X-SW-Source: 2015-01/txt/msg00268.txt.bz2

On Wed, Jan 7, 2015 at 10:50 AM, Cary Coutant <ccoutant@google.com> wrote:
> Thanks for looking at this, but I find this a bit much for what it
> does -- it's pretty intrusive, and still doesn't even do the right
> thing with the eh info from crt1.o (which is still placed before the
> __EH_FRAME_BEGIN__ symbol, and will be ignored).
>
> I really dislike special-cases based on filename. At one point in the
> discussion, Roland suggested recognizing crtbeginT.o by the fact that
> it has a relocation to the .eh_frame section symbol. I think it may be
> even simpler than that, though -- given that the endcap in crtend.o
> has a non-zero length, I think it's safe to put all zero-length
> .eh_frame sections in front of the optimized data. That should have
> the desired affect for crtbeginT.o. Let me give that a try.
>

Hi Cary,

Do we have any progress on this?


-- 
H.J.