<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 27, 2017 at 7:50 AM, Sebastian Huber <span dir="ltr"><<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hallo,<br>
<br>
the GCC 7.2 release will be probably in two weeks. I would like to use GCC 7.2 and the Newlib snapshot 2017-07-20 for the RTEMS 4.12 release candidate. I propose to do the 4.12 branch one week after the tool chain update.<br></blockquote><div><br></div><div>I don't mind bumping binutils and gcc. For now, that newlib snapshot is OK but I think we may want to bump to a newer one to catch the added POSIX methods from Aditya.</div><div><br></div><div>What concerns me is: <a href="https://devel.rtems.org/milestone/4.12.0">https://devel.rtems.org/milestone/4.12.0</a> which still shows 80 tickets and I still don't think there is one describing the x86 breakage on libbsd. I have no idea how many of those should be addressed. These should be evaluated rather than just kicked down the road.</div><div><br></div><div>I did a build sweep with fresh tools yesterday. All BSPs built in my configuration and the warnings are in OK shape. I have filed some tickets about a few but most of these are very easy to fix for the right person. Here are some areas by person who could fix quickly. Out of 57 unique warnings:</div><div><br></div><div>+ 12 are in libdebugger(Chris) </div><div>+ 6-8 are in BSPs or termios that I think you need to look at.</div><div>+ 7 are in new mmap code (Gedare)</div><div><br></div><div>It would be great if the core developers could take a look at the full report and see what can be eliminated</div><div><br></div><div><a href="ftp://ftp.rtems.org/pub/rtems/people/joel/warnings/warnings-4.12-master-20170726/">ftp://ftp.rtems.org/pub/rtems/people/joel/warnings/warnings-4.12-master-20170726/</a><br></div><div><br></div><div>There are somie warnings for the static asserts. I suspect these are due to BSPs are low optimization levels.</div><div><br></div><div>So I would like to make sure we:</div><div><br></div><div>+ know the state of all tickets and consciously make a decision on them.</div><div>+ address some of these warnings.</div><div><br></div><div>That doesn't begin to address whether BSPs work or odd issues like do we switch to Couverture for qemu.</div><div><br></div><div>I'm not trying to be an impediment. I just want a burn down list.</div><div><br></div><div>--joel</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone   : <a href="tel:%2B49%2089%20189%2047%2041-16" value="+4989189474116" target="_blank">+49 89 189 47 41-16</a><br>
Fax     : <a href="tel:%2B49%2089%20189%2047%2041-09" value="+4989189474109" target="_blank">+49 89 189 47 41-09</a><br>
E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brain<wbr>s.de</a><br>
PGP     : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
<br>
______________________________<wbr>_________________<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<wbr>/listinfo/devel</a></blockquote></div><br></div></div>