Re: I query about quality of SuperH-port of newlib
Joel Sherrill <[email protected]>
| Newsgroups | gmane.comp.lib.newlib |
|---|---|
| Message-ID | <CAF9ehCWdqXAHPd1yKsE5rZqWHrn=ww19eQq4mj4e7OKcBhNz8Q@mail.gmail.com> |
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 <[email protected]> wrote: > On 10/17/2018 2:52 PM, Israel Jacquez wrote: > > On Wed, Oct 17, 2018 at 11:47 AM Johann-Tobias Schäg < > [email protected]> > > 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, [email protected], Skype > Dave.Nadler1 > >