From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10118 invoked by alias); 8 Dec 2004 15:24:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 10109 invoked by alias); 8 Dec 2004 15:24:14 -0000 Date: Wed, 08 Dec 2004 15:24:00 -0000 Message-ID: <20041208152414.10108.qmail@sourceware.org> From: "schlie at comcast dot net" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20041208130405.18887.schlie@comcast.net> References: <20041208130405.18887.schlie@comcast.net> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug c/18887] libgcc2.h Improperly determines required built-in function size requirements. X-Bugzilla-Reason: CC X-SW-Source: 2004-12/txt/msg01174.txt.bz2 List-Id: ------- Additional Comments From schlie at comcast dot net 2004-12-08 15:24 ------- Subject: Re: libgcc2.h Improperly determines required built-in function size requirements. > From: pinskia at gcc dot gnu dot org > ------- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 > 14:36 ------- > Is this really a bug as almost all 8/16bit targets provide their own libgcc1? Wouldn't call it critical, but given libgcc2's present selection logic arguably needlessly prevents it's practical use on smaller platforms, I'm sure it's contributed to the decision. (but regardless, would think it would be preferable to remove future impediments to it's use). [I'd be pleased to submit a patch, but would realistically require assistance verifying that the refinements don't create any regressions on existing platforms, would that be potentially acceptable?] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887