From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6939 invoked by alias); 26 Nov 2009 14:44:26 -0000 Received: (qmail 6930 invoked by uid 22791); 26 Nov 2009 14:44:25 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_FAIL X-Spam-Check-By: sourceware.org Received: from mx20.gnu.org (HELO mx20.gnu.org) (199.232.41.8) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 26 Nov 2009 14:44:21 +0000 Received: from mail.codesourcery.com ([38.113.113.100]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NDfZz-0002In-27 for gcc-patches@gcc.gnu.org; Thu, 26 Nov 2009 09:44:19 -0500 Received: (qmail 25741 invoked from network); 26 Nov 2009 14:44:16 -0000 Received: from unknown (HELO wren.localnet) (paul@127.0.0.2) by mail.codesourcery.com with ESMTPA; 26 Nov 2009 14:44:16 -0000 From: Paul Brook To: gcc-patches@gcc.gnu.org Subject: Re: [PATCH, ARM] Avoid pulling in unwinder for 64-bit division Date: Thu, 26 Nov 2009 14:51:00 -0000 User-Agent: KMail/1.12.2 (Linux/2.6.30-2-amd64; KDE/4.3.2; x86_64; ; ) Cc: Julian Brown References: <20091027141012.40ff0d90@rex.config> In-Reply-To: <20091027141012.40ff0d90@rex.config> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200911261444.16076.paul@codesourcery.com> X-detected-operating-system: by mx20.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2009-11/txt/msg01462.txt.bz2 On Tuesday 27 October 2009, Julian Brown wrote: > This patch sets compilation flags for the relevant parts of libgcc on > ARM such that the unwinder is not unnecessarily pulled in to the linked > executable when 64-bit division is used. This can be quite a > significant space saving on bare-metal systems. Do we want to be using -fexceptions at all? My guess is this works mostly by chance because all the routines in that file are leaf functions, and we should really remove this too. If we do have a mix of (leaf) division routines and code that can be throw though then I thing we need to split them into different files. Might be worth noting that ARM is special because we already did the /0 checks in eh assembly wrappers. Paul