<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 27, 2020 at 4:29 PM Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@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">On 28/10/20 7:48 am, Joel Sherrill wrote:<br>
> On Tue, Oct 27, 2020, 3:44 PM Chris Johns <<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a><br>
> <mailto:<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a>>> wrote:<br>
> <br>
>     On 28/10/20 7:14 am, Joel Sherrill wrote:<br>
>     > Chris asked about a patch to newlib to make daddr_t 64-bits since it<br>
>     represents<br>
>     > a disk address.  I haven't tested this because gcc master isn't building<br>
>     for me. <br>
>     ><br>
>     > If this works Chris, I will post it to newlib.<br>
> <br>
>     The change works with the RTEMS 6 tools I have. I patched this file manually and<br>
>     the effected code built.<br>
> <br>
>     Can the change be added to the RBS for the RTEMS 6 tools?<br>
> <br>
> I can't get gcc master to build to verify this patch.<br>
> <br>
<br>
I will try and patch RTEMS 6 tools using the BSP. Do we have a ticket for this<br>
issue? If not I can create one and then attach the patch.<br></blockquote><div><br></div><div>We don't have an issue but I emailed the patch to newlib@ and since it </div><div>is RTEMS specific, I can push it after limited review.</div><div><br></div><div>Then we can just bump the newlib hash.</div><div><br></div><div>--joel</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Chris<br>
</blockquote></div></div>