Future branch status

Carmelo AMOROSO carmelo.amoroso at st.com
Mon Apr 23 17:49:35 UTC 2012


On 23/04/2012 18.12, Bernhard Reutner-Fischer wrote:
> On 21 April 2012 19:36, Khem Raj <raj.khem at gmail.com> wrote:
>> On Sat, Apr 21, 2012 at 1:37 AM, Bernhard Reutner-Fischer
>> <rep.dot.nop at gmail.com> wrote:
>>>
>>> Let's leave this out for the merge and look at it after the merge
>>> (unless you can fix it for the failing arches), ok?
>>>
>>> I'm going through the other commits during the weekend (I have a few
>>> remarks).
>>>
>>
>> Yes thats a good plan I think. However there are some cleanup fixes that
>> are sort of obvious and some bug fixes that we can safely take after testing
> 
> My notes so far:
> 
> include/sched.h: remove __clone{,2}
> libc/misc/internals/__uClibc_main.c: vis of __uclibc_progname? Why not hidden?
>                                    : _dl_skip_args only for SH ?!

It depends on how the asm SH startup code handle __dl_skip_args, that it
is not aligned with other archs, when running in standalone-mode-

Something we should look at, indeed. I'll discuss with my colleague.

> libc/misc/internals/tempname.h: __gen_tempname duplicated in nptl.. vis public?
> libc/sysdeps/linux/arm/posix_fadvise.c: __NR___syscall_arm_fadvise64_64 ?
> "[PATCH 382/408] linuxthreads: use __UCLIBC_HAS_TLS__ consistently" impossible
> 	impossible combo for __resp
> syslog.c: disable locking in setlogmask (why?)
> pread_write.c: endianess broken? if so use __LONG_LONG_PAIR() !
> 
> Care to comment?
> 
> TIA,

Carmelo

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



More information about the uClibc mailing list