From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25945 invoked by alias); 27 Feb 2002 01:45:12 -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 25839 invoked from network); 27 Feb 2002 01:45:07 -0000 Received: from unknown (HELO cc730106-b.taylor1.mi.home.com) (68.40.33.180) by sources.redhat.com with SMTP; 27 Feb 2002 01:45:07 -0000 Received: from localhost (jsturm@localhost) by cc730106-b.taylor1.mi.home.com (8.9.3/8.9.3) with ESMTP id UAA30647; Tue, 26 Feb 2002 20:44:11 -0500 X-Authentication-Warning: mars.deadcafe.org: jsturm owned process doing -bs Date: Tue, 26 Feb 2002 18:41:00 -0000 From: Jeff Sturm X-Sender: jsturm@mars.deadcafe.org To: Alexandre Oliva cc: Bryce McKinlay , Phil Edwards , Nic Ferrier , java@gcc.gnu.org, gcc@gcc.gnu.org Subject: Re: Get rid of libtool? [was Re: Makefile problems] In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-02/txt/msg01626.txt.bz2 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 > > For instance, libgcj assumes public data symbols are exported by > > default, which certainly isn't true on windows at least. > > Are you talking of -export-dynamic or something entirely different? I'm talking about the dllimport/dllexport mess. Actually the dllexport is solved, I think... it's the dllimport that can't be automated by libtool. Point is, there are characteristics of shared lib implementations that cannot be abstracted away... so is it worth trying? The latter is a problem for libgcj on windows. C/C++ would use __attribute__((dllimport)) to import data members. Java has no such mechanism however. Jeff