<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 18, 2021 at 8:33 AM Matthew Joyce <<a href="mailto:mfjoyce2004@gmail.com">mfjoyce2004@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">Dear Mentors,<br>
<br>
I'm sorry to report that I've taken one step forward and three steps<br>
back. Since last night, I'm having trouble building the RTEMS tool<br>
suite at all. I keep getting the same error (attached).<br>
<br>
Steps I've taken to attempt to resolve:<br>
1) Tried to check out previous commits and rebuild from there.<br>
2) sudo yum update && upgrade<br></blockquote><div><br></div><div>Did the native gcc or binutils update? The failure looks like an assembler</div><div>issue with gcc output but weird since it is a partial line error. Did you </div><div>run out of disk space?</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">
3) Followed the quick-start guide from scratch (clone rsb and source<br>
into a new development directory, still fails in 2.4, Install the tool<br>
suite).<br>
<br>
How I got here: I applied my initial header patch to rsb using the<br>
blog guide and rebuilt the tool set. It built successfully, but then<br>
failed when I ran waf. (Compiler had issues with my use of the keyword<br>
"restrict".) I then created a new patch without "restrict", just to<br>
see if it would compile. </blockquote><div><br></div><div>__restrict is what I hope you used and not just restrict. newlib uses<br></div><div>the __restrict macro it defines to ensure it only uses the restrict keyword</div><div>when it is supported by the language standard version being compiled with.</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">I deleted the old patch from the<br>
tools/rtems-gcc-10-newlib-head.cfg and put the new one in.<br>
<br>
I'm guessing that was not correct based on my experience of the last 15 hours!<br></blockquote><div><br></div><div>You have to eventually deal with the RSB but as long as you are working</div><div>on patches to newlib, it is simpler and much quicker to just build newlib</div><div>and install it over the RSB built version. You do not need to rebuild gcc,</div><div>binutils, or gdb. </div><div><br></div><div>With the locally updated newlib, make changes to your local RTEMS</div><div>to add methods and/or tests.</div><div><br></div><div>When the newlib side is ready, submit the patch for review. When that</div><div>is merged, the newlib version in the RSB will need to be bumped.</div><div>After the newlib RSB hash is bumped, then things are in place to submit</div><div>your RTEMS modifications.</div><div><br></div><div>Streamlining the build/test cycle like this may save an hour an iteration.</div><div><br></div><div>You usually can't submit a newlib change and a corresponding RTEMS</div><div>change in parallel anyway. They have to be sequenced because of the</div><div>dependency.</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>
I'm really looking forward to your feedback and advice when you can.<br>
Thank you again!<br>
<br>
Sincerely,<br>
<br>
Matt<br>
</blockquote></div></div>