<div dir="ltr"><div>I can't find any way to group by sub directories but</div><div>I can write a script/program to make a new html file in which errors are grouped by sub directories. I have written web scrapers with organized data output in python and JS before. </div><div> </div>There is a --disable-checker option and using comments to ignore parts of file. I have not tested both techniques yet.<div><br></div><div>Some of the reports look easy to fix but the issue is that I am not usually sure about the previous programmer's intention for writing the code that way.</div><div><br></div><div>The goal of my GSOC is to </div><div>integrate the clang static analyzer in rtems</div><div>and </div><div>integrate UBSan in rtems</div><div><br></div><div>I would also like to improve the buildbot if needed </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 20, 2020 at 11:00 PM Joel Sherrill <<a href="mailto:joel@rtems.org">joel@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I could download the report and look through it.<div><br>I assume that's the standard output from the analyzer.  For prioritization</div><div>of looking at issues, it can be helpful if there is a way to group them by</div><div>"area" which usually corresponds to the subdirectory. My scan showed</div><div>one for a chain method in score/src. I think adding one line of code would</div><div>fix that.</div><div><br></div><div>But I also saw one in calloc.c which I think would need to be marked as</div><div>a false report. calloc() is supposed to return a pointer so it isn't a leak.</div><div>Is there a way to tell the analyzer to ignore that specific issue in that</div><div>method?</div><div><br></div><div>Have you looked through the reports for things that look legitimate</div><div>and easy to fix? </div><div><br></div><div>I'm unsure of the scope of your GSoC project so not sure other than </div><div>to say I looked through it quickly and was able to see the issues reported</div><div>after I unzipped the report. </div><div><br></div><div>Is the goal to get this integrated into the RTEMS.org buildbot? </div><div><br></div><div>--joel</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 20, 2020 at 12:14 PM suyash singh <<a href="mailto:suyashsingh234@gmail.com" target="_blank">suyashsingh234@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Find the analysis here<div><a href="https://drive.google.com/drive/folders/1FL_euXfAtlzezDf0Vwg5-WHM22z8lbFQ" target="_blank">https://drive.google.com/drive/folders/1FL_euXfAtlzezDf0Vwg5-WHM22z8lbFQ</a><br></div><div><br></div><div>steps here</div><div><a href="https://github.com/suyashsingh234/rtems-notes" target="_blank">https://github.com/suyashsingh234/rtems-notes</a><br></div></div>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a></blockquote></div>
</blockquote></div>