[OpenWrt-Devel] uClibc-ng

Khem Raj raj.khem at gmail.com
Thu Jul 24 21:05:04 UTC 2014


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




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


More information about the uClibc mailing list