From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18845 invoked by alias); 9 Nov 2007 16:33:27 -0000 Received: (qmail 18785 invoked by alias); 9 Nov 2007 16:33:18 -0000 Date: Fri, 09 Nov 2007 16:33:00 -0000 Message-ID: <20071109163318.18784.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug middle-end/32044] [4.3 regression] udivdi3 counterproductive, unwarranted use In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "rguenther at suse dot de" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2007-11/txt/msg00810.txt.bz2 ------- Comment #22 from rguenther at suse dot de 2007-11-09 16:33 ------- Subject: Re: [4.3 regression] udivdi3 counterproductive, unwarranted use On Fri, 9 Nov 2007, bunk at stusta dot de wrote: > ------- Comment #21 from bunk at stusta dot de 2007-11-09 16:26 ------- > Let's leave the right/wrong discussion and look at it more pragmatically: > > Could gcc get some kind of --expensive-libgcc flag that tells gcc that libgcc > calls are a bit more expensive than usually and should be avoided? While this is technically possible we already face stability and maintainability problems in other areas where we do so (for example the conditionally available C99 math has in the past lead to many internal compiler errors). So I would prefer not to go this route. Which does _not_ mean that we absolutely will not fix this issue and try to avoid creating final value replacement that involves a division/modulus. But as there exist multiple work-arounds for this issue, a nice and complete solution is certainly not very high priority. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044