From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8377 invoked by alias); 2 Sep 2002 13:44:13 -0000 Mailing-List: contact rhug-rhats-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: rhug-rhats-owner@sources.redhat.com Received: (qmail 8368 invoked from network); 2 Sep 2002 13:44:12 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 2 Sep 2002 13:44:12 -0000 Received: from int-mx2.corp.redhat.com (nat-pool-rdu.redhat.com [172.16.52.200] (may be forged)) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id g82DSbl25114 for ; Mon, 2 Sep 2002 09:28:37 -0400 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id g82Di9u15588; Mon, 2 Sep 2002 09:44:09 -0400 Received: from slip129-37-159-179.on.ca.prserv.net (vpn50-27.rdu.redhat.com [172.16.50.27]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id g82Di6l24932; Mon, 2 Sep 2002 06:44:06 -0700 Subject: Re: [jakarta-servletapi]: libtool problems From: Anthony Green To: Nicholas Wourms Cc: rhug-rhats@sources.redhat.com, aoliva@redhat.co In-Reply-To: <3D7365B2.7070704@myrealbox.com> References: <3D72DC04.2080204@netscape.net> <1030971632.8068.17.camel@dhcppc2> <3D7365B2.7070704@myrealbox.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 02 Sep 2002 06:44:00 -0000 Message-Id: <1030974256.8068.24.camel@dhcppc2> Mime-Version: 1.0 X-SW-Source: 2002-09/txt/msg00003.txt.bz2 On Mon, 2002-09-02 at 06:20, Nicholas Wourms wrote: > Ok, I guess I should fess up to the fact that I'm trying to build it on > your sister project, Cygwin. I take it, then, that the problem lies in > libtool? Not necessarily. gcj builds object files out of property files with the --resource flag. libtool doesn't know how to do this, so I haven't been using the regular libtool build mechanisms. This makes libtool complain that it's linking libtool and non-libtool object files together -- but like I said, it's just a warning under Linux. I've CC'd Alex Oliva in case he has any ideas. Teaching libtool about gcj resource files will probably be hard. Perhaps we could fake it out by generating .lo files on our own... AG