Forum Replies Created
-
Posts
-
My apologies in advance for the somewhat odd post. I am writing this as I am testing different things so it’s a bit more stream of thought as I figure things out…
I created a new embedded project and added this to int main and it worked (i.e. I got the pretty Clang output warnings).
int x; x |= 1;
After I did that, I went and added the same lines of code to an existing project and it… kinda worked. I got the same warnings about an uninitialized variable, and a couple others about overloaded virtual functions in another headerfile. Those overloaded virtual function warnings did not appear last time I tried turning on the Code Analytics, so I don’t know why me creating an embedded project should have made any changes… I also only appear to be getting 9 messages, and I’m guessing I should have way more since I have 125 GCC warnings.
I have confirmed that the Code Analyzer settings are the same and the VisualGDB IntelliSense Settings are the same (see image below) between the new project and my existing one. Are there any caches I should be clearing or have I sometime in the last year or two clicked some setting in VS that would have changed Clang or something to that effect? I deleted the .sdf file for the project to force a reparsing and I still get the same warnings as before.
Ha! I think I figured out why it doesn’t seem like it’s working. I added that same code to 2 other files in my project, and the Clang warnings/messages don’t show up unless that is the file I am actively viewing (and any headers it calls). If I’m not looking at one of those files, that uninitialized variable message doesn’t show up. As I start clicking around the solution with the Error menu active, different warnings start showing up! So I guess the final question is, is that expected behavior? If not, how can I make it always display the warnings for all files? This project has 200+ files, clicking on each one would be extremely tedious…
Thanks!
I originally tried changing just the exe and that did not resolve the issue, so I believe it has to be with the underlying scripts (or at least, it’s not just the exe’s fault). I will turn on the verbose debugging and take logs when I get a chance. Hopefully that’ll be later today but I’m not sure if I’ll get the chance.
Just wanted to post a quick update in case anyone else was having this issue. I finally got an eval board of an L073 and that has the same issue as my board, so it’s definitely an OpenOCD problem. I checked the two print outs and the clock speed didn’t change but the expected flash size did change from 128Kb to 96Kb, so it may have to do that.
