Incompatibilities with the new CDT

5 views
Skip to first unread message

Alex Blewitt

unread,
Jul 20, 2009, 5:47:45 PM7/20/09
to objective...@googlegroups.com
I updated my CDT to HEAD (to check out a fix) and discovered that
there's been a sufficiently large number of changes to the
AbstractGNUParser that means it's unlikely we're going to have a
version that's compatible with both CDT 3.5 and the next version of
Eclipse.

Does it make sense to keep trying to target a vanilla 3.5 install, so
that people who have CDT at the moment can take advantage of
ObjectivEClipse? Or do we want to forge ahead and keep up to date with
the latest CDT?

We have an outstanding bug that prevents the #imports working (http://code.google.com/p/objectiveclipse/issues/detail?id=21
) which is fixed in HEAD. It's something that we can live with, for a
while at least, but it will affect us once we've got the PDOM indexer
working since it won't be able to resolve things defined outside of
the #imports themselves. (Further down the line, this will also affect
code-completion).

My gut feel is that we should stay compatible with 3.5 as long as
possible and then break our dependency once we have so many (or so
critical) bugs that we have to upgrade. The alternative is to fork a
copy of CDT core to package as part of ObjectivEClipse in order to
take advantage of some of the bug fixes that get made. However, I'm
not sure whether it's a sustainable thing to keep going for the long
run, nor that people who would want to install ObjectivEClipse would
be happy with upgrading to a forked CDT.

Alex

Mike Caron

unread,
Jul 20, 2009, 9:12:30 PM7/20/09
to ObjectivEClipse Development Group
I would agree with your gut feel, Alex. Forking the CDT sounds like a
very hairy situation if it gets dusty... and we all know that the more
complex things are the more difficult it will be for others to jump in
and help.

Do you have any stats on how many times the plugin has been
downloaded? That would give a sense of our user base and how many
people that decision would affect.

mike

Alex Blewitt

unread,
Jul 21, 2009, 3:27:20 AM7/21/09
to objective...@googlegroups.com, ObjectivEClipse Development Group
On 21 Jul 2009, at 02:12, Mike Caron <michael...@gmail.com> wrote:

> Do you have any stats on how many times the plugin has been
> downloaded? That would give a sense of our user base and how many
> people that decision would affect.

No, I don't. I think that Google Code has a tracker on the downloads
of the .zip, but it won't track those who have used the update site.

Chances are that there are few (and most are subscribed to this list)
but I feel for increasing adoption we should allow the Galileo/Eclipse
3.5 to be used as much as we can, since some won't want to update to
milestone builds for the sole purpose of trying out ObjectivEClipse.

Maybe we want to re-evaluate where we are later on in the 3.6 cycle,
but my concern is that the further it drifts, the more difficult it
will be to update later on. We thus lose the ability to test and get
bug fixes in for our needs should we find them.

Alex

Michael Caron

unread,
Jul 21, 2009, 7:00:12 AM7/21/09
to objective...@googlegroups.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

How different is the new CDT? What if we were to maintain two
branches? How much work would that be?

m
Michael
- ------------------------------------------------
michael...@gmail.com
http://techrad.wordpress.com
http://mrcaron.wordpress.com

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iD8DBQFKZZ+95CEAr1NK/dQRAtEKAKCTVld/QGUw92zyR1dNEzRBHCjyRACdE6M/
1W4HpdV6KG+sc01gxYOzSQE=
=IM7I
-----END PGP SIGNATURE-----
Reply all
Reply to author
Forward
0 new messages