STM32 Disassembly view during Debug
Hi,
i am currently evaluating CLion because I might want to depart from Eclipse for my STM32 development. I am using arm-none-eabi-gcc on linux
I have gotten an empty project started, and can debug on the chip. So far this was a nice experience.
However, i am missing crucial features that i am used to in Eclipse:
1) I REALLY want a disassembly view synchronized with the source code during debug-stepping. I am current only able to step through assembly code that is actually written in assembly. But stepping though C-code, seeing the associated disassembly live eludes me.
I also would like to do instruction based stepping when i really need to. I just cant figure this out.
2) While i like the capability to view peripheral registers, but stragely, somehow the CPU registers elude me?? Specially in optimized code, or when dealing with hardware faults, i want to step to the exact instruction thats causing the crash and also see exactly why the instruction fails.
I hope both issues are linked (there is no use for showing register content without a disassembly) so can anyone walk me through how to get a satisfying debugging experience?
Please sign in to leave a comment.
Hello!
Please comment or upvote related feature requests: https://youtrack.jetbrains.com/issue/CPP-1742, https://youtrack.jetbrains.com/issue/CPP-8911. See https://intellij-support.jetbrains.com/hc/en-us/articles/207241135-How-to-follow-YouTrack-issues-and-receive-notifications if you are not familiar with YouTrack.
Thank you for your input. In other words, this is not supported.
Unfortunately comments on those suggestions go back to from 2015. Clearly JetBrains does not have fundamental debugging features on their roadmap. If JB needs community feedback to determine the usefulness of a feature, smaller groups naturally are left unsatisfied and some features remain half-assed.
This is plain stupid and nothing i can support. As a company JB should be able to find their own roadmap. If they want to support Embedded, then they should do it right and not "until most complaints stop", as this system is geared to.
I mean.. name one IDE that does not support a synchronized disassembly view!? And management refuses this since 2015???
Ah well, clearly all others were wrong :-D
Albrecht,
The embedded support in CLion only started a year ago, so it is still at a rather early stage. CLion is definitely lacking many features in that direction, but the direction is one of our top priority for now. But with limited resources, we are always having to prioritize the features. For example, in this release cycle (CLion 2020.1) we are focusing on IAR and armcc toolchain support.
Thank you for your detailed feedback and sorry for the inconvenience.
Anna, dont take this the wrong way. But the product is called CLion with a "C" implying the target market. One of the key characteristics of C and C++ is that it can be very hardware-centric. It makes no sense at all so have a C/C++ IDE without direct view of the assembly output. [Embedded or not]
The only thing how i can imagine this oversight remains ignored over so many years is that your "limited resources"-team is a bunch of Java (or similar) guys without much respect for or experience in performance-oriented or resource-limited development.
Look, i think you are on the right track. Get your team sorted out, get talent involved that is a would-be customer. Dont use community feedback and an algorithm to govern the feature-set but use common sense. Look at other IDEs - just because their implementation sucks, doesnt mean the basic idea behind it was bad.
I wish you the best of luck! Honestly. Because at some point i would like to ditch Eclipse. Their Codan is a dead end with the rapid standard development of C++. You have good concepts (with the clang backend); just follow through with the rest.
Albrecht.
Albrecht, I see your point. I've shared your feedback with the team.
And thank you for your kind words!