Originally posted by deanjo
View Post
Leadwerks: GDB Is Annoying; Editor Using GTK
Collapse
X
-
Originally posted by 0xDEADBEEF View Post- knowing about Linux is different of knowing about the many GUI for GDB (which happens to be a GNU Project not a Linux foundation one)
- GDB (CLI version and the basic GUI versions that come in IDEs like codeblocks) _is_ limited when compared to VS10+ or the Intel debugger
Instead of saying things that can make those guys abandon ship, support them by giving them tips on how to improve their productivity
Originally posted by curaga View PostEh, I too find GDB to be better than VS's debugger. But I agree it's unintuitive and not too discoverable.
Originally posted by deanjo View PostI also highly doubt Valve would go through the trouble of improving and developing a debugger if they found the current offering good enough.
Comment
-
-
Also, his problems with drivers are mostly due to the fact Catalyst messes things up, you can't blame Linux for that. That's why I stopped using it. Kernel update and poof, Catalyst doesn't work. I uninstall it from the CLI and still not working. I don't remember how I solved it, and I don't want to, I'll stick to Radeon.
I really don't understand what happened with his dual boot. The one time I had problems to dual boot, it was SecureBoot. Also, I feel seriously annoyed by his use of the word "driver" instead of "drive".
On the other hand, while a lot of his criticisms are wrong, he is respectful in the way he expresses them. Some, of course, are also right.
Comment
-
-
Originally posted by Akka View PostI'm pretty sure code::blocks use a deprecated annotation mechanism in gdb. He should really update to a modern IDE or use a standalone gdb frontend. Eclipse, Kdevelop, qtcreator or emacs is using the better modern mecanism.
Comment
-
-
Originally posted by deanjo View PostI also highly doubt Valve would go through the trouble of improving and developing a debugger if they found the current offering good enough.
Comment
-
-
Seeing this bashing of GDB makes me sad. As far as I know GDB has always been superior to any other debugger in functionality. Looking up gdb at wikipedia leads to this link:
Most time in debuggers is spent doing the same few things: setting breakpoints, stepping through code, looking at variables. Which products make those features supremely accessible and useful? We compare 13 debuggers and find out.
it only takes a minute to realise that code:blocks has a poor implementation. Personally I like the gdb integration in kdevelop and fail to see that it is inferior to VS in any way. Note, the reviewer in the link above seems to miss the stepping toolbar in kdevelop, even though it is basically the only button toolbar visible on his screenshot. Hence, it seems to me that the only issue with gdb is lack of knowledge or willingness to learn among the developers.
On a general note I have had a number of graduates on internships, and a number of programmers from vendors on contracts. I frequently have trouble with the crowd coming from a visual studio background. They are close to useless the first week or two, needing to be spoon-fed things they should be able to easily sort out themselves. We are talking about professional C++ programmer here, so this is something that has really puzzled me. Their fear of the command line or anything not from Microsoft is scary, and their reluctance to learn is bad enough for me to filter them away from positions these days. Hence, I expect the foolishness raised in this article to continue. The only thing that would silence this class of developers seems to be reimplementing VS down to the last detail.
Comment
-
-
Originally posted by AnonymousCoward View Post
and game developers have found this GNU debugger to be crap'
this doesn't rhyme with this tough
The reason Michael chose to call it 'crap' is because it comes from FSF under the GNU umbrella and he has a long time vendetta against FSF, so whenever there's anything remotely negative he can spin against them or any of the software linked to them, he will do his best to blow it out of proportion.
And just to highlight the level of bullshit from Michael, he tries very hard to portray Valve's choice of writing their own debugger as a result of gdb being 'crap', so let's hear what the developer of Valve's debugger (Michael Sartain) writes as the reason to use LLDB over gdb:
-"I actually like (most of) gdb and use it all the time. However LLDB has a well designed multithreaded C++ interface, and I think that makes more sense to build a GUI on top of."
And from this Micheal starts to put on his 'gdb is crap' spin, he is so far gone in his agenda driven reporting that he is downright lying (I recently caught him changing makefile optimizations to favour Clang/LLVM in the compiler comparison).
And as for this very article, the developer in this case didn't call it crap, he said it was 'annoying' after which he then lists a couple of problems which only show that he hasn't even bothered to read the documentation when switching to a new debugger.
Bottom line is, if you expect any sort of objective reporting on anything coming from the FSF/GNU camp, Phoronix is the wrong place. Michael has never waved from his eagerness to attack and misrepresent them or software coming from them, and I don't think he ever will.
As for Valve's debugger ventures, they now have to cater for what is likely a long list of potential SteamOS developers coming from a Windows and as such most likely Visual Studio background.
And if the developer in this article is anything to go by, they sure as hell aren't willing to learn a new debugger when they switch platform, so for Valve this means that they want to offer something as similar to the debugger they already use as possible in order to make the transition smooth for developers as Valve really wants them to target their SteamOS.
Comment
-
-
Originally posted by log0 View PostWell, that is why I am asking. So they (want to) work on a (own?) debugger because? If they have problems with gdb, why not communicate them (to maybe even make gdb better)? I am using gdb on Linux and Windows. I'd love to hear about this problems.
Comment
-
-
Originally posted by deanjo View PostI imagine a big factor is that they want a debugger that they can use anywhere (windows, OS X, linux, etc) without potential licensing issues like many other commercial contributors to LLVM projects.
Just so you know, running the software doesn't lead you to *any* licensing problems, and as Valve seems willing to release their changes to LLDB, they aren't the ones wanting to close anything up. The expected users are *game* developers, so discard any modifications to GDB or LLDB coming from them, aside from Valve's work. Actually, this article leads me to think you should discard any knowledge on use of the debugger, let alone modifying it.
Comment
-
Comment