On Jul 4, 2014 1:00 PM, Pavel Pisa <p...@cmp.felk.cvut.cz> wrote: > > 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.
Is there a list of patches and branches you want them on Sebastian? I know a couple are pending. > 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? Just submit a revised patch with ChangeLog entry. No one will step up. > Thanks for support have a nice weekend, > > Pavel > > _______________________________________________ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel