[OpenWrt-Devel] uClibc-ng

[Carmelo Amoroso]

Il 24 luglio 2014 23:05:34 Khem Raj <raj.khem at gmail.com> ha scritto:

> On Thu, Jul 24, 2014 at 1:48 PM, Bernhard Reutner-Fischer
> <rep.dot.nop at gmail.com> wrote:
> > On Wed, Jul 23, 2014 at 09:20:51PM +0200, Carmelo Amoroso wrote:
> >>
> >>
> >> Il 23 luglio 2014 13:42:38 Jody Bruchon <jody at jodybruchon.com> ha scritto:
> >>
> >> >On 7/22/2014 11:30 PM, Steve Bennett wrote:> I would like to add my
> >> >support to Thomas' position.
> >> > > Regardless of what happens with glibc and/or musl, an active community
> >> > > supporting regular releases of uClibc is a good thing.
> >> > > Time has spoken that we can't expect this to happen unless something
> >> >changes.
> >> >
> >> >I agree. It is better to have a responsive maintainer releasing periodic
> >> >"stable" versions than to have what is essentially no maintainer and
> >> >sustained long-term fragmentation of what "uClibc" really is. If the
> >> >uClibc maintainer wakes up in the future and begins releasing again, the
> >> >new project's changes can always be merged back to the parent, as they
> >> >did with eglibc and glibc. For now we need to focus on making a stable
> >> >release, something which is grossly overdue and harms all projects
> >> >currently using uClibc.
> >> >
> >> >I also agree that musl is an interesting project with a bright future
> >> >(and a bright present for that matter), but it does not cover all of
> >> >what uClibc covers and the number of projects that already require
> >> >uClibc is too large to simply drop uClibc and move to musl.
> >> >
> >> >-Jody Bruchon
> >>
> >> Gents,
> >> Are we considering anyway that Bernard has recently restarted with patches
> >> review and commit without no contribution from the other co-maintainers
> >> (myself the first) ?
> >> Likely Bernard is already preparing a release !
> >
> > Yea, but very very slowly, i know.
> > I just started preparing a meta-changelog for the release notes and
> > then we'll call it an official tarball.
> >
> > Lots of changes, about 10% done, approx. 1h left before bedtime.
> >
> > Any prominent changes we should make absolutely sure to mention?
>
> I think
>
> ARC support would be one.
> standalone execution on x86_64 now works
> math tests are fixed
> MIPS64R2 support is added
>

Likely handling of *stat64 in case of missing syscall ?

>
>
>
> > _______________________________________________
> > uClibc mailing list
> > uClibc at uclibc.org
> > http://lists.busybox.net/mailman/listinfo/uclibc


Inviato con AquaMail per Android
http://www.aqua-mail.com