pouët.net

I know you love Visual Studio for C++ but there is good move from another good C++ development tool CDT, which is Wascana.

For the clueless, Wascana is a single setup deployment of a great Linux IDE (Eclipse) with C++ compiler support (gcc) on Windows.

For the others, it is a (another) distribution of all the needed material to run Eclipse/CDT on top JRE with MingW/MSYS utilities on Windows. But it is clean, simple and comes from Doug Schaefer, CDT project leader.

Along with usual MingW libraries (including OpenGL), it comes with wxWidgets, Boost and SDL. There will also be a version which uses VC8 compilers and debuggers.

Deploying it is simpler than deploying VC8 Express with Platform SDK. Pass the setup, launch Wascana, new C++ Project, new source file, "Hello World", run.

I'm posting this to inform about this jewel to those interested because it's new and not very known. Others may make flamewars or pouetize..

Here you go:
http://wascana.sourceforge.net/

I would like to start a flamewar by pointing out that there are people like me who do not think Eclipse is a "great Linux IDE".

That said, the project looks nice.

Preacher: I tried to avoid my self opinions as much as possible but yeah I missed that one :)

anes: Both Eclipse and MinGW is pretty well known, and Eclipse is in no way a linux IDE. (And it's not great either IMO)

kusma: What I called unknown is Wascana itself. I know Eclipse is not Linux originated by Linux IDE I mean IDE that runs on Linux. It is the only familiar C++ development environment to my knowledge on Linux for a Windows guy like me.

So, you're promoting a zip-file/installer for already well-known tools? That's REALLY worth a new topic...

Kusma: Exactly that's what I'm doing. You may just try to deploy the same system (maybe on Vista), with Callisto since it doesn't come bundled with CDT. Or you can try to do it on several computers, I wish you luck on that. I've been doing it for more than a year. I know why I see Wascana as a jewel.

Another one worth is OneClickSvn, that's for another topic though.

Code::Blocks anyone?

Actually the SWT toolkit on top of which Eclipse runs performs better on Wintendo than on X/GTK+ platforms.

Like src said code::blocks is probably a less resource demanding ide. But emacs is all you really need for coding. Or CygnusEd if you're coding on the Amiga. :)

Ok so let me plug something new then instead

http://www.cs.brown.edu/research/plt/software/divascheme/

;)

i never used codeblocks. could you elaborate a bit? strengths? weaknesses?

i do love eclipse jdt for java development

i just hate eclipse cdt for c++ development: it puts too much constraints on the directory tree, every "product" needs to be a project and you just can't associate a set of source files to a build target.

i fact, i would like eclipse cdt to behave like xcode

one thing I realized during my studies is, that I fucking hate the word "deploying" and it's relatives.
which is OT, I know.

Well it's just one of those pretentious words people use at work to keep making up fancy stories about whatever it is that they are doing. It's not related to them wearing ties.

You get jaded after a while, and probably will start using it yourself, sadly. You'll see it in every business ..

yeah, right.
we could meet at tUM and deploy us a few beers while talking about some enterprise data integration problems ;)
to stay at least a bit on topic: I also prefer eclipse for java, but otoh it's been a while I tried it for c/c++. might have a glance at this wascana.

Actually rather than pretentious (which I don't particularly like as an adjective since it's pretty hard to know what anybody mean by it) I would say those are "one-uppers" .. Words that replace the old ones, in order to evoke stronger/new connotations.

install vs deploy

programming vs developing

build vs integrate/assemble

Thanks for the offer, although I won't attend tUM.. Got to find some sort of time to make a little something by the end of the year and attend a party though

Eclipse... hrrh :(

actually i didn't use code::blocks that much myself since i got vs2005. but it is a pretty good alternative to vs2005 and it should be quite faster than the eclipse thing. so download and try yourself :)

I'm not a fan of Eclipse, but I find this part very cool -- "Along with usual MingW libraries (including OpenGL), it comes with wxWidgets, Boost and SDL.". Doing the research to find which cross-platform libraries are well-supported and interact well with one another, and then setting up the development environment on your own (only to find that there is no one else with the same setup, and so it is difficult to find support).. I find it all to be a pretty big pain. Packaging these things together with the IDE could potentially help people get to work and support one another more easily.

Eclipse though... It's the wrong tool for everyone (except perhaps Java developers). Rather than marvel at the wide array of features that I could potentially use, I simply want to write *my* code. Because most of the complication doesn't help me, it simply gets in the way and causes it to be organized in an unintuitive manner. And it's ass-slow.

Isn't eclipse like all other larger java applications -- slow as hell unless you have 14gb of ram?

rasmus: You don't have 14gb of ram?

rasmus: seriously, no. yes, you need some ram, but eclipse performs really excellent compared to other java-bullshit I've been working with. OTOH eclipse is by no means a pure java app in the narrow sense. they use a really huge load of optimizing tricks especially concerning the rendering of the ui, that's what mainly makes the difference.
if you want to have a bloated, slow-as-hell piece of software, give "poseidon uml" a try. needs ages to start and sucks something like 180mb of ram without anything done at all.

I used the word deploy instead of install because just installing all these pieces one after the other isn't enough to get them working. Wascana also sets up environment variables and CDT settings for direct use. (On Vista it means you are using CDT without those annoying "Allow this application to.." boxes.) In the near future, it will ease the jobs a lot for those who want to use Microsoft toolchain with Eclipse/CDT. CDT managed build behaviour is not something you want to configure unless you are developing CDT itself.

eclipse is a very good tool for java development...
and once you get used to it you might want to use it for other languages too..

it's not under debate if it is the perfect tool for other languages though... it surely isn't.

it's like so often - a matter of taste.. i don't care..