Hello Sebastian,
On Tuesday 01 of July 2014 16:58:40 Sebastian Huber wrote:
> On 2014-07-01 16:56, Sebastian Huber wrote:
> > gcc/ChangeLog
> > 2014-07-01 Sebastian Huber <sebastian.hu...@embedded-brains.de>
> >
> > * config/arm/t-rtems-eabi: Add
> > mthumb/march=armv7-r/mfpu=vfpv3-d16/mfloat-abi=hard,
> > mbig-endian/mthumb/march=armv7-r, and
> > mbig-endian/mthumb/march=armv7-r/mfpu=vfpv3-d16/mfloat-abi=hard
> > multilibs.
> > ---
> > gcc/config/arm/t-rtems-eabi | 84
> > +++++++++++++++++++++++++++++++++++++++++- 1 files changed, 82
> > insertions(+), 2 deletions(-)
>
> This is a script generated update which should meet Pavel's requirements:
>
> http://lists.rtems.org/pipermail/devel/2014-June/007232.html
I have checked updated toolchain with LPC1788 target up
RTEMS to networking and Premek has tested it with TMS570 RTEMS
build. We are (unfortuantelly) not at "Hello world" state but
BSP start runs quite far. So I think that soft float big-endian
tootchain with you patch is OK and it would worth to send it
upstream.
As for NEWLIB oneliner, we have not got to full toolchain rebuild
for it yet. We have spent a whole day with RTEMS code and looking
for some problems in remote GDB/OpenOCD interreaction and finally
found some problem with SDRAM controller when used for half
world access. So we have pile of fun left for Monday.
Should I prepare new patch or somebody from Newlib team
with better knowledge of compatibility matrix integrates
".arch XXXX" change?
Thanks for support have a nice weekend,
Pavel
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
