From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30077 invoked by alias); 10 May 2004 23:16:20 -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 30058 invoked from network); 10 May 2004 23:16:20 -0000 Subject: Re: Fedora 2 & Eclipse From: Anthony Green To: Tom Tromey Cc: eclipse@sources.redhat.com In-Reply-To: <87d65cue1s.fsf@fleche.redhat.com> References: <409FDFD8.5010103@comarb.gov.ar> <20040510204036.GB24703@lichen.truemesh.com> <87d65cue1s.fsf@fleche.redhat.com> Content-Type: text/plain Organization: Red Hat, Inc. Message-Id: <1084230975.2155.66.camel@escape> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-1) Date: Mon, 10 May 2004 23:16:00 -0000 Content-Transfer-Encoding: 7bit X-RedHat-Spam-Score: 0 X-SW-Source: 2004-q2/txt/msg00004.txt.bz2 On Mon, 2004-05-10 at 15:12, Tom Tromey wrote: > I got it building by basically s/solib/gcjlib/ in the eclipse patches. > You need a small patch to SWT to make it build with the newer Gtk. > Once this stuff is done, it seems to crash if you do anything real > with it; Anthony Green claimed better success but I'm not sure under > what conditions. I was just running Eclipse 2 on RHEL with GCC 3.4's gij. The only trick I had to do was to set the GCJ_PROPERTIES environment to "gnu.gcj.runtime.VMClassLoader.library_control=never". This prevents gij from loading .so files that were built with previous versions of gcj. The binary compatibility ABI should fix this in the future. Unfortunately, Eclipse would crash eventually. I think everybody is seeing the same crash. mjw's mew line-number-in-interpreted-stack-trace patch should help us debug this. AG -- Anthony Green Red Hat, Inc.