Live data from Hacker News

Dev-C++ Is a Low Memory Windows Native C++ IDE Built in Delphi

blogs.embarcadero.com

31–40 of 84 posts

Re: Dev-C++ Is a Low Memory Windows Native C++ IDE Built in Delphi

#31

Earlier quoted context omitted.

You double click the icon. And then you start typing code. Visual Studio has never been quite that fast. It may not have as comprehensive a feature set as VS. But it's an excellent hackable IDE for enthusiasts.

I will have to disagree here. Visual Studio's C++ tools are fundamental for any C++ development beyond toy "hello world" and prototypes. I've been a Linux user for 8 years now and my biggest pain is the lack of a proper C++ IDE with decent debugging. Even if you forget an IDE, there are no decent debuggers[0][1]. [0]: https://scattered-thoughts.net/writing/looking-for-debugger/ [1]: https://scattered-thoughts.net/wri…

I'm curious, have you checked out JetBrain's CLion? while not free, it's pretty much the best CPP IDE out there, as it's usually the case with JetBrain in general.

Re: Dev-C++ Is a Low Memory Windows Native C++ IDE Built in Delphi

#32
post #6

On Windows it is mostly meh in my opinion as it is hard to compete with the Visual Studio feature wise. Had they ported it to Linux I'd be way more interested. I am not particularly fond of native C++ IDE choices on Linux. Currently using CodeLite for that purpose.

I used kdevelop a long time ago and really loved it. I heard it also improved a lot recently

Re: Dev-C++ Is a Low Memory Windows Native C++ IDE Built in Delphi

#33
post #6

On Windows it is mostly meh in my opinion as it is hard to compete with the Visual Studio feature wise. Had they ported it to Linux I'd be way more interested. I am not particularly fond of native C++ IDE choices on Linux. Currently using CodeLite for that purpose.

You double click the icon. And then you start typing code. Visual Studio has never been quite that fast. It may not have as comprehensive a feature set as VS. But it's an excellent hackable IDE for enthusiasts.

I just checked. From cold start it takes 3 seconds for me to start typing in Visual Studio in my current project.

Dev C++ might be faster in this particular matter (been a very big while since I've used it so can't really verify) but I would not trade loosing 3 seconds a day for the whole shebang of features that are way more robust and plentiful in Visual Studio.

Re: Dev-C++ Is a Low Memory Windows Native C++ IDE Built in Delphi

#35

Earlier quoted context omitted.

You double click the icon. And then you start typing code. Visual Studio has never been quite that fast. It may not have as comprehensive a feature set as VS. But it's an excellent hackable IDE for enthusiasts.

I will have to disagree here. Visual Studio's C++ tools are fundamental for any C++ development beyond toy "hello world" and prototypes. I've been a Linux user for 8 years now and my biggest pain is the lack of a proper C++ IDE with decent debugging. Even if you forget an IDE, there are no decent debuggers[0][1]. [0]: https://scattered-thoughts.net/writing/looking-for-debugger/ [1]: https://scattered-thoughts.net/wri…

I use C++ to mostly to develop backend servers. Since I use multiplatform libraries all active development and debugging happens actually on Windows. I maintain parallel project for CodeLite and makefile on Linux. Normally after I satisfied with the results on Windows I just click a button that triggers my build/test/deploy pipeline. From here all happens automatically but if the tests on Linux fail I would then fire up CodeLite to debug and find the reason. Mind you during last year I only had to do it twice. If I add/remove files / libraries this would be another reason to launch CodeLite to adjust Linux project accordingly. In theory I could do this on using CMake but it is simply not worth it for me.

I tried CLion and bugs / crashes with debugging and some other parts (do not remember exactly as it's been a while) prevented me from using it. Was not fond of its sluggishness either.

Re: Dev-C++ Is a Low Memory Windows Native C++ IDE Built in Delphi

#36
post #33

Earlier quoted context omitted.

You double click the icon. And then you start typing code. Visual Studio has never been quite that fast. It may not have as comprehensive a feature set as VS. But it's an excellent hackable IDE for enthusiasts.

I just checked. From cold start it takes 3 seconds for me to start typing in Visual Studio in my current project. Dev C++ might be faster in this particular matter (been a very big while since I've used it so can't really verify) but I would not trade loosing 3 seconds a day for the whole shebang of features that are way more robust and plentiful in Visual Studio.

In 2020, yes. It's 3 seconds. But in the glory days of DevC++ (when it was managed by Bloodshed), it was a heck of a lot longer than 3 secs.

Not to mention, DevC++ was free. VS was not.

I'm not saying Dev C++ is better than VS. It was just a solid choice for it's loyal community of users.

Re: Dev-C++ Is a Low Memory Windows Native C++ IDE Built in Delphi

#37
post #25

Earlier quoted context omitted.

How is it more hackable than VS?

I don't think Visual Studio is "hackable" at all. Are you thinking of Visual Studio Code? Aren't the two very different? The first is a very large and commercial Windows application written by Microsoft and the latter is a free/open-source IDE with numerous plugins written as an electron app.

This is true. Visual Studio isn't particularly hackable. It sure is very configurable though.

Re: Dev-C++ Is a Low Memory Windows Native C++ IDE Built in Delphi

#38
post #5

Dev-cpp, mingw, and allegro where my gateway drug back in 2000 or so, nice to hear it’s still around.

> Dev-cpp, mingw, and allegro where my gateway drug back in 2000 or so, nice to here it’s still around. Same, when I saw Dev-cpp, my first thought was "bloodshed.net"; I'm glad to see a fork alive and well. This IDE in particular was a stepping stone/turning point in my career.

Me too. I haven't heard anything regarding bloodshed dev-c++ for ages, perhaps over a decade by now. Talk about a blast from the past. I still recall cutting my C++ teeth with dev-c++ writing small opengl+win32 apps with it, and struggling to find where the bloody triangle was showing up. Using dev-c++ made that experience much more enjoyable. Good times.

Re: Dev-C++ Is a Low Memory Windows Native C++ IDE Built in Delphi

#39
post #19

Earlier quoted context omitted.

To be clear, the posts you are referencing are about debugging an executable with no source code available, which is not the normal use case for a programmer.

It seems you have not read the post or you don't have experience with gdb or with Linux debuggers/ide combos. He's debugging zig, but his issues are with the ux and iirc he mentions few zig-specific bugs. I have been through the same ordeals while debugging C++ on Linux. In the end, there's only gdb with a command line interface. Couldn't get any nice IDE with watch, memory view or even simple breakpoints to work. So…

I'm not sure that Visual Studio is particularly good at debugging zig either...

Re: Dev-C++ Is a Low Memory Windows Native C++ IDE Built in Delphi

#40

Earlier quoted context omitted.

You double click the icon. And then you start typing code. Visual Studio has never been quite that fast. It may not have as comprehensive a feature set as VS. But it's an excellent hackable IDE for enthusiasts.

I will have to disagree here. Visual Studio's C++ tools are fundamental for any C++ development beyond toy "hello world" and prototypes. I've been a Linux user for 8 years now and my biggest pain is the lack of a proper C++ IDE with decent debugging. Even if you forget an IDE, there are no decent debuggers[0][1]. [0]: https://scattered-thoughts.net/writing/looking-for-debugger/ [1]: https://scattered-thoughts.net/wri…

I think there is a level of familiarity bias that happens with debugging tools. I could probably get away with making gdb my login shell I live in it so much, and when I find myself using Visual Studio's debugger, I find it incredibly clunky. The things people complain about for gdb (e.g. you can't see the source code for where it is executing) I don't find to be a big deal (I just jump to the correct line in my text editor). Meanwhile, using Visual Studio is a complete pain for me, for reasons that clearly don't matter to people who use Visual Studio all the time (e.g. while possible, running multiple instances of a program side by side is annoying, quickly evaluating arbitrary expressions is more painful, setting data breakpoints is needlessly complicated (do they still ask if it is C or C++?), etc.

I think it must just be one of those things where the tool you use shapes the way you work, and so then when you switch tools, but try to work in the same way, you get frustrated.

Post reply on HN