Do you mean X-code? It's a gigantic pile of shit.
-
-
Replying to @cmuratori
Not disagreeing, but everyone I know using its debug tools seems to be satisfied with them, at least when it comes to iOS development. Every time I have to use XCode I'm glad I don't have to make a living doing that
1 reply 0 retweets 0 likes -
Replying to @ubidefeo
Everyone you know must have very low standards for debugging tools :)
1 reply 0 retweets 8 likes -
Replying to @cmuratori
They're good iOS developers, might be that it suits their needs for single platform development
1 reply 0 retweets 0 likes -
Replying to @ubidefeo @cmuratori
@fast_code_r_us what's your take on XCode's debugging tools? I've seen you use the profiler for demonstration purposes but how about other tools? XCode seems to be something you're using often these days1 reply 0 retweets 0 likes -
Replying to @ubidefeo @cmuratori
I haven't used Windows in years, so I can't comment on Visual Studio, but I really like Xcode+Instruments for debugging and profiling. For my work it's essential for optimizing Arm code (and occasionally x86). Linux (GDB + VSCode) isn't bad for debugging, but profiling sucks.
2 replies 0 retweets 1 like -
Xcode can appear to be awful when working on iOS (provisioning, security issues), but remote debug/profile of iOS devices is rock solid. I work mostly on MacOS and it's simple to create a C/C++ project by drag/drop of src files and you're ready to profile+debug in seconds.
1 reply 0 retweets 1 like -
The one benefit of GDB on Linux is that it's not overly burdensome to implement. I've used GDB on DSPs, and various CPUs and the consistency is valuable. Then again, it's in desperate need of a GUI wrapper to make it more efficient to use. VSCode does a pretty good job of that.
1 reply 0 retweets 1 like -
Replying to @fast_code_r_us @cmuratori
All interesting feedback from a pro, some of it wasted on me. As you know these days I tell people what I want and they make it happen
I rarely write a line of code anymore and even then I never ascended to such heights
1 reply 0 retweets 0 likes -
Replying to @ubidefeo @fast_code_r_us
In general, GDB is fine for the same use cases as I would use WinDBG: namely, very advanced featureset where I am OK with absolutely terrible UI. The problem on Linux is what to use for a day-to-day fast, responsive, heads-up debugger.
1 reply 0 retweets 2 likes
On Windows I use Remedy, which is fairly light on features, but is _very_ good at usability. Extremely fast, no BS, basically no install (just an EXE), etc. If I could get something like Remedy on Linux, I would be fine, but nothing even close exists as far as I have found.
-
-
And I _always_ want to see my x64 ASM, in Intel syntax, along with my source code - this is one area where a lot of Linux front-ends fall over. They either have a non-functional ASM view, or no ASM view at all.
1 reply 0 retweets 2 likes -
I expect stepping to be instantaneous; I expect the watch window to be always updated instantly; I expect to be able to stop and re-run the program instantly with the same breakpoints and settings; etc. Just basic stuff, to be honest, but it is shockingly hard to find on Linux.
3 replies 0 retweets 3 likes - Show replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.