http://www.redditforum.com/threads/5...linux-debugger"When we talk to developers and say, 'if you can pick one thing for Valve to work on the tools side to make Linux a better development target,' they always say we should build a debugger," he said.
Last edited by deanjo; 11-09-2013 at 01:07 AM.
There are some good gdb front-ends out there. Does this developer not know about them? I too don't use gdb directly, since CLI is not good enough for debugging. I need to always have the information I need on the screen without having to scroll through a text terminal. And a front-end allows for that.
It would seem that this developer doesn't know enough about Linux to actually be porting games to it.
For all of you saying that those developers don't know about Linux enough to develop for it the only thing i have to say is:
- 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
- the fact that you have to know that you have to disable a driver when installing other is not something a Linux user shouldn't be proud of
Instead of saying things that can make those guys abandon ship, support them by giving them tips on how to improve their productivity
Eh, I too find GDB to be better than VS's debugger. But I agree it's unintuitive and not too discoverable.
I'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.