News for hackers. Stuff that matters.
Re:The State of Linux Debuggers by ensiferum on Sunday December 13, 2020 @02:27PM (#25409331)
I recommend Clion. It simply just works.
Re:The State of Linux Debuggers by renox on Sunday December 13, 2020 @03:55PM (#25410166)
Good for you, but at work I’m not so lucky (large C++ project == CLion is so slow to be only usable if you’re a zen master).

For debugging, gdb -tui works for me (once I’ve learned to refresh the display after an output).

For coding, VSCode’s is much more responsive than CLion but its code navigation is inconsistent and it use >30GB of RAM once a week randomly (60 GB last week!).. I’m thinking about going back to Vim :-(

Re:The State of Linux Debuggers by xxpor on Sunday December 13, 2020 @05:13PM (#25410888)
I've found clangd to be much more responsive than the built in LSP fwiw.

No comment on memory though, my remote dev env has 384 gb so I don't really pay much attention :/

Re:The State of Linux Debuggers by ensiferum on Monday December 14, 2020 @03:00AM (#25414591)
Interested to know what is the size of the project? I'm currently working on something small about 60kloc of my code, another 60k in third_party and Qt5 as additional dep. There are a few hiccups every now and then when the Clion UI freezes for a few seconds but other than that it's been working really great.
Re:The State of Linux Debuggers by jamii on Sunday December 13, 2020 @03:39PM (#25410021)
It doesn't work very well for me - https://scattered-thoughts.net/writing/the-state-of-linux-de...

This is perhaps related to using zig, but it's frustrating that gdb itself works fine with zig but each gdb frontend manages to break in different ways.