From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11160 invoked by alias); 24 Dec 2004 13:22:00 -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 11129 invoked from network); 24 Dec 2004 13:21:50 -0000 Received: from unknown (HELO thoreau.thistledown.com.au) (203.217.30.154) by sourceware.org with SMTP; 24 Dec 2004 13:21:50 -0000 Received: by thoreau.thistledown.com.au (Postfix, from userid 7006) id B2F702356C; Sat, 25 Dec 2004 00:21:48 +1100 (EST) Date: Fri, 24 Dec 2004 13:22:00 -0000 From: Simon Burge To: binutils@sources.redhat.com Subject: .eh_frame section on alpha Message-ID: <20041224132148.GA17654@thoreau.thistledown.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: Wasabi Systems, Inc. X-SW-Source: 2004-12/txt/msg00302.txt.bz2 Hi folks, http://sources.redhat.com/ml/binutils/2003-05/msg00863.html added the generation of a .eh_frame section to all objects that otherwise didn't have them. On NetBSD, we have some tight code size constraints for our first stage boot loader - it needs to fit in 7.5k of space at the start of the disk. With binutils 2.14, our boot loader was 6880 bytes. With binutils 2.15, the boot loader is 7848. The only difference in size between the two is the .eh_frame section: 3 .eh_frame 000003c4 0000000020001990 0000000020001990 00001a40 2**3 CONTENTS, ALLOC, LOAD, READONLY, DATA What exactly is this section used for? A bit of googling seems to indicate it's for exception handling, which isn't a C issue. More importantly, how can I disable the generation of this section? It seems that only alpha generates an .eh_frame section unconditionally. Cheers, Simon. -- Simon Burge NetBSD Development, Support and Service: http://www.wasabisystems.com/