From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20667 invoked by alias); 2 Aug 2003 16:55:25 -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 20656 invoked from network); 2 Aug 2003 16:55:25 -0000 To: Jan Schulz Cc: eclipse@sources.redhat.com Subject: Re: Recognizing gcj as default StandardVM (JRE System Library) References: <1059832556.11511.53.camel@elsschot.wildebeest.org> <20030802154316.GA4009@katzien.de> From: Tom Tromey Reply-To: tromey@redhat.com X-Attribution: Tom X-Zippy: Now I understand the meaning of ``THE MOD SQUAD''! Date: Sat, 02 Aug 2003 16:55:00 -0000 In-Reply-To: <20030802154316.GA4009@katzien.de> Message-ID: <87k79wqa3s.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: 2003-q3/txt/msg00008.txt.bz2 >>>>> "Jan" == Jan Schulz writes: >> It took me some time to convince eclipse to recognize gcj/gij/libgcj as >> standard vm. Jan> Does this mean that eclipse will run with a (patched?) gcj as Jan> '*/bin/java' (not native, but in the VM)? What Mark is talking about is using the JDT with gcj. Right now that is not easy to set up. Note that once you have it set up, it still isn't perfect. There is no way to debug this setup with the JDT debugger. One idea to make a gdb wrapper that can speak JDWP. I'm not sure if we're going to do this or not. Jan> [running natively] Jan> What will happen with all the plugins? Are they still recognised when Jan> eclipse is started as native binary? Are they still runable? We compile all the plugins we can, but not all of them are compiled. In some cases libgcj is missing a needed package. (And in some of these cases we could remove a class or two and make it work -- e.g., sharing with the precompiled ant and tomcat is on our to-do list...) So, we can still interpret the plugins that are not compiled. One thing we'd like to do is modify the PDE to teach it about gcj. Then it would be really easy to compile your own plugins. This would probably speed up compilation as well, since right now we just stick everything on the class path for each compilation -- ugly. Tom