From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16111 invoked by alias); 5 Jan 2004 22:21:19 -0000 Mailing-List: contact eclipse-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: eclipse-owner@sources.redhat.com Received: (qmail 16092 invoked from network); 5 Jan 2004 22:21:17 -0000 To: Paul Nasrat Cc: eclipse@sources.redhat.com Subject: Re: naoko and building eclipse References: <20031231232754.GN20129@ensim.rackshack.net> From: Tom Tromey Reply-To: tromey@redhat.com X-Attribution: Tom X-Zippy: Now that I have my ``APPLE,'' I comprehend COST ACCOUNTING!! Date: Mon, 05 Jan 2004 22:21:00 -0000 In-Reply-To: <20031231232754.GN20129@ensim.rackshack.net> Message-ID: <877k06yrgf.fsf@fleche.redhat.com> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-q1/txt/msg00001.txt.bz2 >>>>> "Paul" == Paul Nasrat writes: Paul> I'm trying to build eclipse on a rawhide system with naoko. BTW, which compiler are you using to do this? The gcc-ssa we initially used has a special "solib" protocol handler. However, when this patch went into the public gcj tree, the protocol handler was renamed "gcjlib". So if you are compiling our gcj-eclipse snapshot with a version of gcj other than our special hacked version, you'll have problems. The fix is pretty simple: rename instances of "solib" in eclipse to "gcjlib" (you can't do this blindly as this word is used in the CDT -- you have to look for places where we hacked eclipse). You can tell which version of gcj you've got by looking for the directory libjava/gnu/gcj/protocol/solib in the source tree. If it exists, you've got the older one. This is a pain, I realize. Hopefully we'll have a new release out sometime. Tom