| Age | Commit message (Collapse) | Author |
|---|
|
once we build uClibc against those, they become part of uClibc's ABI and must
be included as part of the install.
|
|
are just symlinks (and could possibly be pointing to right where we are installing)
|
|
been renamed to __glibc_strerror_r in 0.9.28
|
|
|
|
|
|
kernels, we need this bit to make the non-syscall version that recurses up the
directory path work properly. Thanks go to Harald Kuethe for sorting this out.
|
|
|
|
|
|
|
|
|
|
|
|
dl-syscalls.h
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Configuration symbol __UCLIBC_HAS_WCHAR__ is tested as defined line 249 of features.h,
whereas header bits/uClibc_Config.h, where it is (eventually) defined, is not yet
included (line 267). As a consequence, symbol __STDC_ISO_10646__ is never defined, and
several programs believe C libary hsa no wchar support.
|
|
|
|
|
|
|
|
load_addr) which are computer later
|
|
|
|
|
|
(DT_ALPHA_PLTRO): Use symbolic name in DT_ALPHA_PLTRO definition.
|
|
|
|
|
|
__uClibc_main changes
|
|
always exist
|
|
Jacobowitz so that libm.so links properly with newer toolchains
|
|
|
|
|
|
|
|
|
|
|
|
|
|
uClibc uses wrong word order in vfp floating point arithmetic.
I found this using my modification to N. Pitre's soft-float gcc patch, but this modifications were
made just to allow gcc to compile code for armv4l, while nothing about fp arithmetic was changed.
|
