From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6915 invoked by alias); 8 Dec 2001 02:15:37 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 6731 invoked from network); 8 Dec 2001 02:14:12 -0000 Received: from unknown (HELO mail.wrs.com) (147.11.1.11) by sources.redhat.com with SMTP; 8 Dec 2001 02:14:12 -0000 Received: from kankakee.wrs.com (kankakee [147.11.37.13]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id SAA21812; Fri, 7 Dec 2001 18:12:44 -0800 (PST) From: mike stump Received: (from mrs@localhost) by kankakee.wrs.com (8.9.3+Sun/8.9.0) id SAA14546; Fri, 7 Dec 2001 18:13:33 -0800 (PST) Date: Fri, 07 Dec 2001 18:28:00 -0000 Message-Id: <200112080213.SAA14546@kankakee.wrs.com> To: minyard@acm.org, rth@redhat.com Subject: Re: Optimizations on long long multiply/divide on PowerPC32 don't work Cc: gcc@gcc.gnu.org X-SW-Source: 2001-12/txt/msg00406.txt.bz2 > Date: Fri, 7 Dec 2001 16:49:04 -0800 > From: Richard Henderson > To: Corey Minyard > Cc: gcc@gcc.gnu.org > On Fri, Dec 07, 2001 at 06:09:55PM -0600, Corey Minyard wrote: > > 1) Add __divdi3 to the linux kernel. I don't really think this is a > > good idea, and it shouldn't be required. > Yes it should. I've long considered it a bug that Linux > didn't link against libgcc. Speaking as someone that has a kernel and gcc, let me say, that of course one wants to link against libgcc.a and libstdc++.a. In fact, one might even want to go out of their way to include large swaths of the libraries even though there are no references to them, just so that dynamically loaded code can resolve against it. This is the recommendation of the gcc folks, and if folks don't want to follow it, that is their problem, and they will have to deal with it by themselves, as they created it. I've been witnessing these problems first hand for the last 4 years, and I know it is the right solution.