Future branch status

Bernhard Reutner-Fischer rep.dot.nop at gmail.com
Wed Apr 25 15:21:58 UTC 2012

On 25 April 2012 16:42, Khem Raj <raj.khem at gmail.com> wrote:
> On Wed, Apr 25, 2012 at 4:53 AM, Bernhard Reutner-Fischer
> <rep.dot.nop at gmail.com> wrote:
>> On 24 April 2012 23:54, Peter Mazinger <ps.m at gmx.net> wrote:
>>>> Peter,
>>>> I get alot of errors when compiling for x86_64 (i.e. 64bit), e.g.:
>>>> libc/misc/dirent/versionsort.c:16:1: warning: return type defaults to
>>>> 'int' [enabled by default]
>>>> libc/misc/dirent/versionsort.c:16:1: warning: function declaration
>>>> isn't a prototype [-Wstrict-prototypes]
>>> means, your headers do not provide a prototype for versionsort()
>> No, it was a typo in the macro name (see surplus 's' in other mail in
>> this thread).
>> fixed.
>>> fcntl is a special case, not comparable with the other X64() functions (at least in uClibc), this case can be discussed on ml if you want to.
>> Yes, i know. I think the correct guard is
>> #if defined __UCLIBC_HAS_LFS__ && __WORDSIZE == 32 && !defined __NR_fcntl64
>> fixed.
>> missing comma for ppc32 in posix_fadvise.c -- fixed.
>> Another question, on powerpc, i see:
>> Makefile.in:139: warning: overriding commands for target
>> `include/bits/local_lim.h'
>> libpthread/nptl/sysdeps/unix/sysv/linux/Makefile.commonarch:202:
>> warning: ignoring old commands for target `include/bits/local_lim.h'
>> Can you advise on this on, please?
> Bernhard
> Be aware that the patches that are eliminated only make it work
> on x86 other architectures are still regressing so do first find
> the offending patches that cause this.

I am of course aware of this, yes. See
for my current set (plus separately proposed fix for PR3853 in
bugzilla) that is in
testing on a couple of arches.


More information about the uClibc mailing list