<div dir="ltr">Hi<div><br></div><div>I hope this email finds you and your loved ones all well.  Thanks to everyone who has submitted patches or helped potential GSoC students the past couple of weeks. Here are some updates on potential small tasks to pass time. Although I must admit that Tiger King on Netflix has been entertaining so far as well. :)</div><div><br></div><div>First, I have added some more small tasks. You can view them at <a href="https://devel.rtems.org/wiki/SmallTasks">https://devel.rtems.org/wiki/SmallTasks</a>. If you think of more, please let me know or file them yourself with the tag "small, tasks"</div><div><br></div><div>Second, I have generated a new warnings report and placed it at <a href="https://ftp.rtems.org/pub/rtems/people/joel/warnings/warnings-5-20200326/">https://ftp.rtems.org/pub/rtems/people/joel/warnings/warnings-5-20200326/</a>. Below my signature is the summary from the run. When I work warnings, I tend to take one of two approaches. I call one vertical and one horizontal.</div><div><br></div><div>The vertical approach is to address as many as possible in a single BSP family. This has the advantage that you only need one target toolset and can just do "make >/dev/null" to see if you fixed a warning when you edit a file. The disadvantage is that you may end up analyzing the same class of warning again when you switch BSPs.</div><div><br></div><div>The horizontal approach is to look at the warnings per class and pick a class of warnings and start to sweep across BSPs with them. They tend to need the same type of fix so there is less repeated analysis of individual cases required. The file warnings-all-5-20200326.txt lists the entire set of warnings and which BSP they were found in.</div><div><br></div><div>Which approach I take depends on my mood. If I have time, I will tend to focus on a single BSP and then overnight do a build of all BSPs to get a broader report. If I am doing a "drive by", I might fix a few warnings that are common across a lot of BSPs and then start an overnight build sweep. </div><div><br></div><div>It is probably easier for most users to take a vertical focus on a single BSP family and let me generate new reports when the patches are merged.</div><div><br></div><div>Follow medical expert advice and stay healthy.</div><div><br></div><div>Thanks.</div><div><br></div><div>--joel</div><div><br></div><div>====================================================</div><div>Unique Warnings         :  355<br>BSPs                    :  134<br>BSPs with Zero          :  0<br>BSPs with only in shared:  73<br><br>====================================<br>         Warnings by Class<br>====================================<br>      1 address-of-packed-member<br>      1 array-bounds<br>      4 char-subscripts<br>      1 cpp<br>     96 format=<br>     56 implicit-function-declaration<br>     60 incompatible-pointer-types<br>      4 int-conversion<br>      4 int-to-pointer-cast<br>      3 maybe-uninitialized<br>      1 misleading-indentation<br>      3 missing-prototypes<br>      1 nested-externs<br>      1 register<br>      1 restrict<br>      1 shift-count-overflow<br>      4 strict-aliasing<br>      2 strict-prototypes<br>      1 stringop-truncation<br>      1 unused-const-variable=<br>      4 unused-function<br>     14 unused-variable<br><br>====================================<br>     Top Ten BSPs with Warnings<br>====================================<br>42 powerpc-qemuprep-altivec  (inBSP=17 inLibCPU=0)<br>42 powerpc-qemuprep  (inBSP=17 inLibCPU=0)<br>37 powerpc-beatnik  (inBSP=18 inLibCPU=0)<br>42 powerpc-mvme5500  (inBSP=19 inLibCPU=0)<br>154 i386-pc386  (inBSP=26 inLibCPU=0)<br>154 i386-pc486  (inBSP=26 inLibCPU=0)<br>154 i386-pc586  (inBSP=26 inLibCPU=0)<br>154 i386-pc586-sse  (inBSP=26 inLibCPU=0)<br>154 i386-pc686  (inBSP=26 inLibCPU=0)<br>154 i386-pcp4  (inBSP=26 inLibCPU=0)<br></div><div>====================================================</div></div>