From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31843 invoked by alias); 30 Mar 2014 04:56:04 -0000 Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org Received: (qmail 31815 invoked by uid 89); 30 Mar 2014 04:56:02 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-pd0-f182.google.com Received: from mail-pd0-f182.google.com (HELO mail-pd0-f182.google.com) (209.85.192.182) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Sun, 30 Mar 2014 04:56:00 +0000 Received: by mail-pd0-f182.google.com with SMTP id y10so6605111pdj.27 for ; Sat, 29 Mar 2014 21:55:58 -0700 (PDT) X-Received: by 10.66.218.170 with SMTP id ph10mr17598005pac.53.1396155358599; Sat, 29 Mar 2014 21:55:58 -0700 (PDT) Received: from bubble.grove.modra.org ([101.166.26.37]) by mx.google.com with ESMTPSA id yo9sm20506939pab.16.2014.03.29.21.55.56 for (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 29 Mar 2014 21:55:57 -0700 (PDT) Received: by bubble.grove.modra.org (Postfix, from userid 1000) id 0C0E5EA00DD; Sun, 30 Mar 2014 15:25:53 +1030 (CST) Date: Sun, 30 Mar 2014 04:56:00 -0000 From: Alan Modra To: Roland McGrath Cc: "GNU C. Library" , binutils@sourceware.org Subject: Re: gold vs libc Message-ID: <20140330045552.GX18201@bubble.grove.modra.org> Mail-Followup-To: Roland McGrath , "GNU C. Library" , binutils@sourceware.org References: <20140330042516.1A88E74481@topped-with-meat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140330042516.1A88E74481@topped-with-meat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes X-SW-Source: 2014-03/txt/msg00311.txt.bz2 On Sat, Mar 29, 2014 at 09:25:16PM -0700, Roland McGrath wrote: > I suspect the bug is in gold's .eh_frame optimization pass. For me (with > trunk gold), the __EH_FRAME_BEGIN__ symbol (from gcc's crtbeginT.o--meant > to attach to the start of the .eh_frame output section) winds up pointing > at the end of .eh_frame rather than the beginning. In the binary created > by BFD ld, the symbol points 48 bytes past the true start of .eh_frame, > which is exactly the size of crt1.o's .eh_frame contribution (so what we'd > expect given the input file order, albeit not what would be really right). https://sourceware.org/bugzilla/show_bug.cgi?id=14675 -- Alan Modra Australia Development Lab, IBM