This is the mail archive of the
newlib@sourceware.org
mailing list for the newlib project.
Re: I query about quality of SuperH-port of newlib
Another option is to use RTEMS and have a free RTOS with more
functionality. We have supported the SH for many years.
--joel
On Wed, Oct 17, 2018, 1:59 PM Dave Nadler <drn@nadler.com> wrote:
> On 10/17/2018 2:52 PM, Israel Jacquez wrote:
> > On Wed, Oct 17, 2018 at 11:47 AM Johann-Tobias Schäg <
> johtobsch@gmail.com>
> > wrote:
> >
> >> Hello,
> >>
> >> I am looking for a demonstration idea for the "new" J-Core cpu
> >> architecture which is actually just open source implementation of a
> >> slightly modified SuperH (whose patents expired).
> >> I was thinking about porting eLua which depends on newlib.
> >> What SH versions do you support?
> >> (SH1, SH2, SH3, SH4, SH2a)
> > I've been able to use Newlib just fine on SH-2 (Sega Saturn, no MMU).
> > Though, 90% of the functionality from Newlib is beyond the scope of the
> > hardware.
> >
> >> If not what would be necessary to port it to J2 (being SH2 + new atomic
> >> CAS Instruction + back ported shift instructions from SH3)
> >> Does newlib depend on features which require an mmu?
> >>
> > Please correct me if I'm wrong, but there's a way to override syscalls,
> > specifically *sbrk()?
>
> Implement sbrk as appropriate for your memory layout, see:
> https://www.embecosm.com/appnotes/ean9/ean9-howto-newlib-1.0.html
>
>
>
>
> > Sincerely Johann-Tobias Schäg
> > --
>
> Dave Nadler, USA East Coast voice (978) 263-0097, drn@nadler.com, Skype
> Dave.Nadler1
>
>