[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: OT: Eclipse Additions

From: Tom Tromey
Subject: Re: OT: Eclipse Additions
Date: 21 Feb 2005 11:35:30 -0700
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50

>>>>> "Andrew" == Andrew Overholt <address@hidden> writes:

Andrew> Now comes the fun part: making Eclipse better for your needs.
Andrew> We're interested in hearing what you think would make Eclipse
Andrew> a more useful tool for you in your work with GNU Classpath.
Andrew> What kind of things annoy you?  What kind of new features
Andrew> would you like to see?  What kind of changes to existing
Andrew> aspects of Eclipse would make things easier for you?  Ideas of
Andrew> all shapes and sizes are welcome whether they be very specific
Andrew> or very general.

In general I think the problems with using Eclipse to do Classpath
development aren't in Eclipse so much as they are in the VMs; for
instance, no free VM that I know of implements JDWP, so there's no way
to debug.

But, here are some things that might help:

* Make sure code formatting can complete handle Classpath's style.
  In 3.0 this wasn't true.  3.1M4 looked better here, but perhaps not
  perfect (I didn't try exhaustively).

  One Eclipse PR worth fixing in this area, courtesy Per Bothner:

  This one has to do with tab stops and formatting.

  There's an Eclipse style file for Classpath on the generics branch
  that works with 3.1M4.

* Standalone reformatting might be nice, I know you know about that

My other classpath-related (either totally or semi-) items are a
little more blue sky.  The formatting stuff really seems to be the
biggest barrier, believe it or not... Eclipse is actually quite good
for general Java development already IMO.  3.1M4 has some nice
improvements that are helpful, like being able to specify some
properties as per-project instead of per-workspace; I think I checked
all that stuff in on the generics branch a while back.

Anyway, wish-list stuff...

* Better JNI integration, see

  and the similar-but-not-as-detailed:

* Make it simpler to submit patches the GNU way.

  Even better, have a way to mail the patch right from Eclipse.

* Bug tracking plugin would be "nice to have".

* GCC is talking about moving to subversion, subclipse might be
  needed at some future date.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]