Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
x_internal, do not use cascading aliases
|
|
uClibc_uintmaxtostr.h is only internal header, remove from target
|
|
|
|
|
|
|
|
the weaks that we arent actually using atm, and in general touchup the code
|
|
|
|
example and glibc still has '__mempcpy' as a global symbol. How about this, do a complete buildroot file system after hacking uClibc to make sure things work? There's a novel idea.
|
|
|
|
|
|
hidden again
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
posix_fadvise kernel call exists but not posix_fadvise64
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The functions __check_one_fd and __check_suid in
libc/misc/internals/__uClibc_main.c are only used used when __ARCH_HAS_MMU__.
The patch below surrounds them with the appropriate #ifdef.
|
|
I'm getting the following build failure on arm-linux:
LD libuClibc-0.9.28.so
libc/libc_so.a(glob.os): In function `collated_compare':glob.c:(.text+0x1f8):
undefined reference to `__strcoll'
The patch below fixes it.
|
|
|