Eclipse Project Releases CDT 2.0

Torulf writes "I just ran across an announcement on the Eclipse project frontpage that they have released CDT 2.0. CDT is the C/C++ development project at Eclipse. The CDT provides a full IDE that uses gcc for compiling. Find out what's new in this version here. Downloads available."

Comments

Thank you IBM

[tomee]

Eclipse is perhaps one of the greates things to happen lately. But I think it's full potential has not nearly been realized yet. Since it supports everything via plugins, one could make html editors, office applications, or even stuff like photo editing software under eclipse which would then feature a unified and interoperable user interface. I really hope to see this kind of thing soon.

Re:Thank you IBM

[FedeTXF]

Well, I doubt many people will use eclipse for things other than programming and developement related activities.
I don't see many photo editors eclipse's future. The base conmponents are too much biased towards its prime target: be an IDE.

Re:Thank you IBM

[Samrobb]

The base conmponents are too much biased towards its prime target: be an IDE.

No so anymore. They very much want Eclipse to be useful as a general framework for building arbitrary applications. For Eclipse 3.0, the team made a good effort to seperate out the basic platform functionality from the IDE aspects.

Take a look at the "Rich Client Platform" notes in the New and Noteworthy docs for Eclipse 3.0.

Re:Thank you IBM

[bXTr]

Since it supports everything via plugins, one could make html editors, office applications, or even stuff like photo editing software under eclipse which would then feature a unified and interoperable user interface. I really hope to see this kind of thing soon.

You already can. It's called Emacs. :)

correct link

[standsolid]

to the eclipse project frontpage, and to the CDT Page itself.

check those urls!

Eclipsenet

[BortQ]

I can see it happening now. Things keep getting added and added to Eclipe...

Eventually it becomes self-aware and launches the nukes.

Then it's all-out war: Man vs. Eclipse. (cue the music)

Re:Eclipsenet

[Michael Pigott]

IBM is already working on that: CodeRuler

Re:Eclipsenet

[BortQ]

Yeah, but the masses could never be convinced into giving up control to Emacs. Eclipse on the other hand is all graphical-like.

eclipse are huge - small editors rocks

[neoneye]

I have written an editor that can do syntax coloring in only ~3000 lines of code.

I hate java!!

screenshots of my editor

judge yourself... does eclipse really sux?

--
Simon Strandgaard

Re:eclipse are huge - small editors rocks

[JohnFluxx]

and eclipse being heavy and big is a problem because...?

Re:eclipse are huge - small editors rocks

[tiptone]

this is certainly not all you'll need, but will provide a starting point.

GCJ Eclipse

Re:eclipse are huge - small editors rocks

[SnapShot]

Linux Journal had an article talking about the RedHat team's efforts to natively compile Eclipse with gcj.

In response to your earlier point, your editor looks nice but I don't see using it versus using Eclipse are mutually exclusive. I switch between vim and Eclipse all of the time. Sometimes I want a light-weight editor and sometimes I want a heavyweight IDE with package organization and javadoc look up and code completion. As they say, YMMV.

MFC Support for Refactoring?

[plasticmillion]

Well this doesn't seem to be the world's most active thread, but just in case someone is reading this: what interested me most about CDT is the refactoring support. This is sorely missing in Visual Studio.

Does anyone know how this refactoring works? I presume that the environment needs to parse the source files in order to determine what to rename (as with Java). Does it use the GNU compiler for this? If so, can GNU handle MFC? Sounds a bit like worlds colliding to me...

Re:MFC Support for Refactoring?

[Qwavel]

Yes, refactoring is sorely missing in Visual Studio and for C++ in general. I think I heard that Visual Slick Edit now supports some refactoring for C++ but it's kind of expensive, particularly if you want to use it on more than one platform.

Regarding your question, the answer for VC6/MFC6 would be definately no. The VC7.1 compiler is much better and is much more like the standard C++ that is supported in GCC 3.4. MFC71, unlike VC71, is backward compatible, but they must never-the-less have made some changes to it to make it work with the new compiler. I wonder if MFC71 is compatible with VC71's strict conformance mode?

I guess what I'm saying is that you might be able to refactor an MFC71 app with Eclipse, but probably not an MFC6 one.

Keep in mind that MFC is proprietary stuff. Even if you own a copy I'm not sure what the license says about modifying it (ie. to work with a different compiler).

Too bad there is so much MFC code around.

Re:Can CDT import Makefiles?

[Anonymous Coward]

This release of CDT can handle this. (In fact, I've done it. Multiple times :-) It's non-trivial, but not too horrendously difficult.

Re:It's been a while

[E_elven]

You don't have to do that (the define once rule). You can do either:

// my_class_1_h
class my_class
{
void do_nothing() { return void; }
};

// my_class_2_h
class my_class
{
void do_nothing();
};

// my_class_2_cpp
void my_class::do_nothing()
{
return void;
}

.