[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: RE: [cdt-dev] Beyond CDT 3.1
|
At some point we need to be able to release components that sit on top of
the basic CDT on separate schedules. Sounds like the time is now.
There maybe some issues that require extension points defined by 3.1.1 to
make this happen code wise. But lets do it and get it done to enable this.
We should consider doing this for the gnu toolchain as well. I've started my
.Net/Mono support and will have toolchain support there that I'd like to
deliver separately. You'd probably not want the GNU toolchain on Windows if
it turns out our C++.Net support really rocks. But that may have to wait for
CDT 4.0.
The update site and our build scripts should be able to support building
additional distributions. I'll soak some cycles in making that happens in
time for the xlC toolchain support if that's where we want to go with it.
Doug Schaefer, QNX Software Systems
Eclipse CDT Project Lead, Tools PMC member
http://cdtdoug.blogspot.com
-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On
Behalf Of Chris Recoskie
Sent: Wednesday, July 05, 2006 9:45 AM
To: CDT General developers list.
Subject: Re: RE: [cdt-dev] Beyond CDT 3.1
The plan was to deliver these in their own plugin. However, they still
need to be attached to some official release of CDT, or else they never
become official themselves.
As far as sub-dividing CDT into more features so that users can manage
their installed feature set with better granularity, this is something I'm
personally open to, although currently the size delta would be pretty
small.
===========================
Chris Recoskie
Team Lead, IBM CDT Team
IBM Toronto
http://www.eclipse.org/cdt
kesselhaus@xxxxxx
t
Sent by: To
cdt-dev-bounces@e "CDT General developers list."
clipse.org <cdt-dev@xxxxxxxxxxx>
cc
05/07/2006 09:40 Subject
AM Re: RE: [cdt-dev] Beyond CDT 3.1
Please respond to
"CDT General
developers list."
<cdt-dev@eclipse.
org>
Just as a matter of question, why does this compiler need to be in CDT
directly instead of making it a extra plugin to install?
If all compilers are included in CDT, what is the advantage of plugins in
Eclipse? Then you also would not need to export extension interfaces but
hook everything into CDT. Then we also include support for all doc
generation tools, for all compilers, all debuggers, all... you name it.
If I want to use CDT with GCC I would like to have support as plugin for
GCC. If I want XLC, Intel C/C++, MS VC++6/2003/2005, BorlandC, OpenWatcom,
etc. pp. I would like to have a plugin for each. But I would like to see,
that I can select the plugins e.g. on CDT download page, Update manager, or
e.g. eclipse-plugins.info website. But I don't like to having to download
100MB CDT which has all support for everything.
BTW., Could someone enlighten me, why my build console does not highlight
any info or error messages in the colors set in the preference pages?
Is this bug still active?
-------- Original-Nachricht --------
Datum: Wed, 5 Jul 2006 08:03:00 -0400
Von: Chris Recoskie <recoskie@xxxxxxxxxx>
An: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Betreff: RE: [cdt-dev] Beyond CDT 3.1
> So after some further thought and further poking of internal customers,
it
> seems like most of the stuff we are working on can wait until 4.0.
>
> The one thing that people are clamouring for though is the xlC compiler
> support. I would normally be loathe to put these components into a 3.1.x
> (technically there are not supposed to be significant new features in a
> maintenance release), but since there seems to be such diametric
> opposition
> to a 3.2, would there be objections to putting this stuff into a 3.1.x?
A
> year is too long to wait for these for a lot of people, and IBM can't put
> non-release content from HEAD into products.
>
> ===========================
>
> Chris Recoskie
> Team Lead, IBM CDT Team
> IBM Toronto
> http://www.eclipse.org/cdt
>
>
>
>
> Chris
> Recoskie/Toronto/
> IBM@IBMCA
To
> Sent by: "CDT General developers list."
> cdt-dev-bounces@e <cdt-dev@xxxxxxxxxxx>
> clipse.org
cc
>
>
Subject
> 28/06/2006 09:04 RE: [cdt-dev] Beyond CDT 3.1
> AM
>
>
> Please respond to
> "CDT General
> developers list."
> <cdt-dev@eclipse.
> org>
>
>
>
>
>
>
> Alright I'll put together my thoughts and will post something late this
> week/early next. Nothing is definite yet, I'm just putting the idea in
> everyone's minds. I need to go over our IBM TODO list and see which of
> our
> need dates line up with the end of this year (when a hypothetical 3.2
> would
> happen) and which line up with 4.0.
>
> The driver for a 3.2 from IBM's point of view would be our own content
> that
> we would be looking to contribute. A year is a long time to not be able
> to
> deliver/consume any new features (which you can't do in a service release
> as per the Eclipse rules). If anyone else had features they wanted to
> contribute, they would be welcome to tag along.
>
> If we do decide to do a 3.2 we'll have to decide soon, otherwise HEAD
will
> quickly get polluted with 4.0 work.
>
> ===========================
>
> Chris Recoskie
> Team Lead, IBM CDT Team
> IBM Toronto
> http://www.eclipse.org/cdt
>
>
>
>
> Doug Schaefer
> <DSchaefer@xxxxxx
> m>
To
> Sent by: "CDT General developers list."
> cdt-dev-bounces@e <cdt-dev@xxxxxxxxxxx>
> clipse.org
cc
>
>
Subject
> 28/06/2006 08:48 RE: [cdt-dev] Beyond CDT 3.1
> AM
>
>
> Please respond to
> "CDT General
> developers list."
> <cdt-dev@eclipse.
> org>
>
>
>
>
>
>
> Cool. Yes that would be a good topic. I don't think we have enough
> resources
> to do another release before next June. I'm certainly not interested in
> participating in one (just to give a flavour of where that conversation
> will
> go :). I'll be spending a lot of time on 3.1.1 to get the PDOM into
better
> shape and that will probably lead to a 3.1.2 and so on. The items we have
> for 4.0 are pretty big and won't fit in a smaller release cycle.
>
> Not everyone is going to be on the call, so please make your proposal
> here.
>
> Thanks,
> Doug Schaefer, QNX Software Systems
> Eclipse CDT Project Lead, Tools PMC member
> http://cdtdoug.blogspot.com
>
>
> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On
> Behalf Of Chris Recoskie
> Sent: Wednesday, June 28, 2006 7:51 AM
> To: CDT General developers list.
> Subject: Re: [cdt-dev] Beyond CDT 3.1
>
> Over in IBM land we're currently toying with the idea of whether or not
> we'd like to see a CDT 3.2. This would be a good topic of discussion for
> next week's call.
>
> ===========================
>
> Chris Recoskie
> Team Lead, IBM CDT Team
> IBM Toronto
> http://www.eclipse.org/cdt
>
>
>
>
> Doug Schaefer
> <DSchaefer@xxxxxx
> m>
To
> Sent by: "CDT General developers list."
> cdt-dev-bounces@e <cdt-dev@xxxxxxxxxxx>
> clipse.org
cc
>
>
Subject
> 27/06/2006 08:28 [cdt-dev] Beyond CDT 3.1
> PM
>
>
> Please respond to
> "CDT General
> developers list."
> <cdt-dev@eclipse.
> org>
>
>
>
>
>
>
> Hey gang,
>
> It looks like we?re about to wrap up CDT 3.1. I?ll give it until tomorrow
> morning Ottawa time for any final no-go?s.
>
> Once we?re final, I?ll also create the cdt_3_1 branch so that we can
start
> both the CDT 3.1.1 maintenance work and the CDT 4.0 feature work.
>
> Feel free to contact me for any last minute issues.
>
> Cheers,
> Doug Schaefer, QNX Software Systems
> Eclipse CDT Project Lead, Tools PMC member
> http://cdtdoug.blogspot.com
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
--
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
