On Mon, Nov 28, 2016 at 3:49 PM, Chris Johns <chr...@rtems.org> wrote:
> On 27/11/2016 11:36, Joel Sherrill wrote: > >> On Nov 26, 2016 6:48 PM, "Chris Johns" <chr...@rtems.org >> <mailto:chr...@rtems.org>> wrote: >> > >> > On 26/11/16 4:02 am, Joel Sherrill wrote: >> > > This has had great support from the gdb developers. >> > >> > Yes the turn around time for this fix was excellent. >> > >> > > >> > > Did any of the other targets show an issue? >> > > >> > >> > I do not know. I have built sparc tools with the patch. I do not know >> if >> > it was also broken. >> >> This was a build error so we need to build all the tools on FreeBSD to >> check. >> > > I built 4.12/rtems-all on FreeBSD and the following failed: > > epiphany-rtems4.12-gdb-7.8.1-x86_64-freebsd10.3-1 > m32c-rtems4.12-gdb-7.9-x86_64-freebsd10.3-1 > mips-rtems4.12-gcc-6-20161110-newlib-2.4.0.20161025-x86_64-freebsd10.3-1 > mipstx39-rtems4.12-gdb-7.9-x86_64-freebsd10.3-1 > > The issues are: > > epiphany-rtems4.12-gdb: > m32c-rtems4.12-gdb-7.9: > mipstx39-rtems4.12-gdb-7.9: > - libiconv issue > > I don't recall this one. > mips-rtems4.12-gcc-6-20161110-newlib-2.4.0.20161025: > - BSD shell issue in the expansion of the multilibs. > > We have emailed/filed/discussed this before with the GCC folks. The resolution was to use GNU sed. They were not willing to rewrite the t-* fragment to use BSD sed and GNU sed. Unless we find a sed expert, this is the solution. > > > I think this got applied to the 7.12 branch and master, right? >> > >> > Sorry, I do not know. I think this patch should be pushed until a >> > release with the fix is available. Ok to push? >> >> I thought they put it on both but we need the patch so push what is >> needed for 7.12. >> > > They may have however I am not sure what you are asking. > > RTEMS has to use 7.12 as is with what patches we need. When 7.12.1 is out, we should jump to that. > >> When 7.12.1 comes out, we will need to also bump mipstx39 >> >> > Sure. > > Chris >
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
