<div dir="ltr"><div dir="auto">Thanks for your note, Sir! I'll never get that day back, but I'm glad to be back on track now and have made <br></div><div dir="auto">a bit of progress. <br></div><div dir="auto"><br></div><div>I made the change locally in libc/sys/signal.h to use the *__restrict. I then configured and (successfully!) <br></div><div>built newlib for sparc-rtems6. I see the various build binaries in the b-sparc-rtems6-newlib directory. I nm <br></div><div>them for the newly declared functions, for example: sparc-rtems6-nm <example>/libc.a | grep sig2str but <br></div><div>they don't show up at all. Would symbols show up in the binaries after being declared (but not defined)?</div><div>Where do I go from here to ensure this prototype patch is good to go to submit to Newlib? <br></div><div><br></div><div>Also, you wrote:<br></div><div>
<div>"...as long as you are working 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, binutils, or gdb." <br></div><div><br></div><div>Could you please elaborate on what you mean by "just build newlib and install it over the RSB built version"? <br></div><div><br></div><div>Thank you very much for your time!<br></div><div><br></div><div>Sincerely,<br><br></div><div>Matt<br></div><div><br></div>

</div><div dir="auto"><br></div><div dir="auto"><div dir="ltr"><blockquote type="cite">On Jun 18, 2021, at 5:17 PM, Joel Sherrill <<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><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" target="_blank">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>
</div></blockquote></div></div>