BSD licensed Picolibc 1.0 released

Joel Sherrill joel at rtems.org
Tue Sep 24 15:19:31 UTC 2019


On Tue, Sep 24, 2019 at 10:03 AM Gedare Bloom <gedare at rtems.org> wrote:
>
> Hi mko,
>
> RTEMS has a fairly strong relationship (dependency) with newlib, and
> that has been working well for a long time. Although the prospect of
> having a way to 'drop-in' alternative libc could be nice for small
> targets, it would be of more interest to us to see ways to optimize
> newlib to shrink it if needed. The use of stripped-down libc for
> low-resource targets usually means a feature-rich RTOS like RTEMS will
> not be needed either. These kinds of libc are more interesting for
> baremetal or low-complexity RTOSs, and some hypervisor-like systems
> that want an extremely small, trusted code base.

I don't know what was done beyond the nano configure option to newlib.
And, honestly, I don't know if that switch breaks any POSIX behavior.

Is there a list of what's been done since the nano switch work on newlib?

Replacing the build system isn't of interest to us.

--joel

>
> But, thanks for the heads up about the picolibc.
>
> Gedare
>
> On Tue, Sep 24, 2019 at 5:09 AM mko <me at mko.io> wrote:
> >
> > Hi List,
> > I just got this news from my RSS feed, after a brief read, I think this is a better and simpler alternative of newlib library, Does anyone know how to use it in rtems project?
> >
> > mko
> > _______________________________________________
> > devel mailing list
> > devel at rtems.org
> > http://lists.rtems.org/mailman/listinfo/devel
> _______________________________________________
> devel mailing list
> devel at rtems.org
> http://lists.rtems.org/mailman/listinfo/devel



More information about the devel mailing list