From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 612 invoked by alias); 27 Feb 2002 02:41:32 -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 391 invoked from network); 27 Feb 2002 02:41:24 -0000 Received: from unknown (HELO potter.sfbay.redhat.com) (209.249.29.60) by sources.redhat.com with SMTP; 27 Feb 2002 02:41:24 -0000 Received: from dot.sfbay.redhat.com (dot.sfbay.redhat.com [205.180.230.224]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id g1R2aEh08604; Tue, 26 Feb 2002 18:36:14 -0800 Received: (from rth@localhost) by dot.sfbay.redhat.com (8.11.6/8.11.6) id g1R2fJ328879; Tue, 26 Feb 2002 18:41:19 -0800 X-Authentication-Warning: dot.sfbay.redhat.com: rth set sender to rth@redhat.com using -f Date: Tue, 26 Feb 2002 18:47:00 -0000 From: Richard Henderson To: Jeff Sturm Cc: Alexandre Oliva , Bryce McKinlay , Phil Edwards , Nic Ferrier , java@gcc.gnu.org, gcc@gcc.gnu.org Subject: Re: Get rid of libtool? [was Re: Makefile problems] Message-ID: <20020226184119.A28875@redhat.com> Mail-Followup-To: Richard Henderson , Jeff Sturm , Alexandre Oliva , Bryce McKinlay , Phil Edwards , Nic Ferrier , java@gcc.gnu.org, gcc@gcc.gnu.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from jsturm@one-point.com on Tue, Feb 26, 2002 at 08:44:11PM -0500 X-SW-Source: 2002-02/txt/msg01628.txt.bz2 On Tue, Feb 26, 2002 at 08:44:11PM -0500, Jeff Sturm wrote: > On 25 Feb 2002, Alexandre Oliva wrote: > > > - real incremental linking (*not* convenience libraries, which are a lousy > > > substitute). > > > > Which of the definitions of incremental linking are you talking about? > > ld -r Do not do this. Alpha has an architectural limit of 8k got entries per object file. To-date, no single source file has crossed this limit, so it hasn't been a problem. When the objects are left separate until link time, the linker can arrange for each of them to have their entire 8k quota. When you start smashing object files together, the resultant object file still has the 8k per-object limit. Put enough of them together and it's relatively easy to make the link fail. r~