On 27/11/2016 11:36, Joel Sherrill wrote:
On Nov 26, 2016 6:48 PM, "Chris Johns" <[email protected]
<mailto:[email protected]>> 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
mips-rtems4.12-gcc-6-20161110-newlib-2.4.0.20161025:
- BSD shell issue in the expansion of the multilibs.
> > 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.
When 7.12.1 comes out, we will need to also bump mipstx39
Sure.
Chris
_______________________________________________
devel mailing list
[email protected]
http://lists.rtems.org/mailman/listinfo/devel
