Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] Do we need to keep compatibility with Eclipse 4.4 in CDT 8.7?
From: Doug Schaefer <dschaefer@xxxxxxx>
Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Date: Wednesday, March 4, 2015 at 4:07 PM
To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Subject: Re: [cdt-dev] Do we need to keep compatibility with Eclipse 4.4 in CDT 8.7?

"So basically, until we use something from Eclipse 4.5, we would suggest to keep compatibility.”

You realize that is a contradiction. :). The @Override in the change request is something from 4.5.

Myself personally and commercially have no interest in supporting compatibility and will not be making any effort to make that happen. And we have enough questionable code in the CDT, I hate seeing more added to support it. And it pains me to see contributions in that direction when we can really use them for good.

Insert smiley face here BTW. I realize you’re constrained by your environment. But…


Doug.

From: Marc-André Laperle <marc-andre.laperle@xxxxxxxxxxxx>
Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Date: Wednesday, March 4, 2015 at 3:46 PM
To: "cdt-dev@xxxxxxxxxxx" <cdt-dev@xxxxxxxxxxx>
Subject: Re: [cdt-dev] Do we need to keep compatibility with Eclipse 4.4 in CDT 8.7?

On our side, we have to support 4.2. We can do it internally but since we are doing the work of maintaining it anyway we thought that we might as well keep it compatible in the open-source too since it can be useful to users and other tools integrators. We will put the effort to maintain it (for example patch [1]) and don't expect other committers to make a particular effort to keep compatibility.

If CDT starts using new features from 4.5 (JobGroups, etc) then that is great and we agree that this is enough to break compatibility. Right now, there is very little change needed to keep it compatible. In fact, it's just reverting a couple of lines of code to what they were before [1]. About Remote 2.0 API, it works on Eclipse 4.2.

So basically, until we use something from Eclipse 4.5, we would suggest to keep compatibility.

[1] https://git.eclipse.org/r/#/c/43178

Marc-Andre

On 2015-03-04 02:54 PM, Doug Schaefer wrote:
I believe we already have. CDT has been updated to use the new org.eclipse.remote 2.0 APIs for Mars.

We don’t have enough contributors to CDT to support multiple platforms. I suggest we stop trying and always target the one we’re about to release with.

Doug.

From: Sergey Prigogin <eclipse.sprigogin@xxxxxxxxx>
Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Date: Wednesday, March 4, 2015 at 2:45 PM
To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Subject: [cdt-dev] Do we need to keep compatibility with Eclipse 4.4 in CDT 8.7?

This question came up in https://git.eclipse.org/r/#/c/43178/. Do we need to keep compatibility with Eclipse 4.4 in CDT 8.7? In the past we kept compatibility with Eclipse 3.x after 4.x was already was out, but otherwise we supported only the latest Eclipse platform. Since the target platform definition points to 4.5, it will be hard to keep 4.5 dependencies from creeping in. 4.5 has few pretty attractive features, for example, JobGroups, Job.join(long timeout, IProgressMonitor monitor) method, generified Adaptable.getAdapter to name just a few.

I propose that we drop 4.4 compatibility requirement for CDT 8.7.

Please voice your objections if you have them.

-sergey


_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cdt-dev

Back to the top