From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22491 invoked by alias); 9 Jun 2005 14:33:21 -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 22466 invoked by uid 22791); 9 Jun 2005 14:33:16 -0000 Received: from norbert.ecoscentric.com (HELO smtp.ecoscentric.com) (194.153.168.165) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 09 Jun 2005 14:33:16 +0000 Received: by smtp.ecoscentric.com (Postfix, from userid 99) id C00F065C0A2; Thu, 9 Jun 2005 15:33:14 +0100 (BST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by smtp.ecoscentric.com (Postfix) with ESMTP id 8FDF665C064; Thu, 9 Jun 2005 15:33:13 +0100 (BST) Message-ID: <42A8536C.9050803@eCosCentric.com> Date: Thu, 09 Jun 2005 14:33:00 -0000 From: Jonathan Larmour User-Agent: Mozilla Thunderbird 1.0.2-1.3.3 (X11/20050513) MIME-Version: 1.0 To: Eric Botcazou Cc: binutils@sources.redhat.com Subject: Re: gc sections and .eh_frame References: <42A5DE0C.9050108@eCosCentric.com> <200506091501.34783.ebotcazou@adacore.com> <42A84977.4090009@eCosCentric.com> <200506091622.11287.ebotcazou@adacore.com> In-Reply-To: <200506091622.11287.ebotcazou@adacore.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-06/txt/msg00221.txt.bz2 Eric Botcazou wrote: >>That's quite a sledgehammer approach! The overhead of garbage collectable >>stuff in .rodata is substantially more than .gcc_except_table. For my own >>use, right now, I've just reverted the patch. > > > Since -function-sections --gc-sections doesn't work in presence of DWARF-2 EH, > you could simply not pass -function-sections to the compiler. Ah, the issue being on embedded targets (as powerpc-eabi is implicitly), people are normally selective about what they allow to be compiled without -fno-exceptions. In the case of eCos, the OS is fully linked to the application, and almost none of the OS wants to use C++ exceptions. This translates to large savings with gc sections. I expect anyone else using eCos or their own embedded OS would be similarly selective. > I'm not sure the .gcc_except_table section has already been created by the > time bfd_elf_gc_sections is invoked. I'm looking into it. Great, thanks. I guess looping over the input BFDs would be better. Jifl -- eCosCentric http://www.eCosCentric.com/ The eCos and RedBoot experts --["No sense being pessimistic, it wouldn't work anyway"]-- Opinions==mine