Age | Commit message (Collapse) | Author |
|
|
|
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.
|
|
(DT_ALPHA_PLTRO): Use symbolic name in DT_ALPHA_PLTRO definition.
|
|
But I fixed it, and tested both x86 (locale) and mipsel before I commited
the fixes. Just built with gcc 4.0.1 to see if that was the cause of
his problems, but x86 (locale) built fine. So revert his last change.
|
|
uClibc did not even compile or link without errors. This fixes that
up. Please test more thoroughly next time.
|
|
compatibility. Also change _glibc_strerror_r to __glibc_strerror_r for
consistency.
|
|
|
|
|
|
|
|
|
|
<lack> andersee: Yes. But why does it expose the prototype for _sys_siglist
but NOT provide it in the library? It should either be put into the
library or taken out of the header.
<lack> I just replace the prototype for _sys_siglist with '#define _sys_siglist
sys_siglist' and it seemed to work.
|
|
|
|
have to create symbolic links for 'semaphore.h' and 'pthread.h' which
will point to the proper pthreads directory. When we finish getting
NPTL working with uClibc, perhaps we can merge them, but a first glance
at the differences between the two does not make that very likely.
|
|
'include/atomic.h' to add in new atomic operations for use by NPTL. There are multiple files for PowerPC and Sparc for 'atomic.h'. I will let those architecture maintainers choose the correct file. The files come from glibc in 'sysdeps/ARCH/bits'.
|
|
this one. MIPS is the only one defining SHMLBA differently.
|
|
the comment in the code.
|
|
the already existing clock_gettime(). In addition they will now use
the corresponding system calls if they exists, which resulted in a
move to libc/sysdeps/linux/common for clock_gettime.c (it was
previously located in libc/misc/time).
|
|
|
|
|
|
glibc-2.3.x has since punted it too from unistd.h
|
|
|
|
|
|
|
|
|
|
I then reworked the syscall handling and made minor cleanups. With luck
I've not completely broken his patch...
|
|
Here is a small patch to add epoll support to uclibc.
The only thing I am not sure about is what needs to be done (if anything)
to make it work on 2.4/2.2 kernels (are the syscall numbers defined but
give errors when called or not?).
Tested on 2.6, though some other issues prevent more extensive testing at
the minute.
Mike Frysinger:
cleaned up patch and added checks to make sure that the syscall actually
exists, returning ENOSYS in cases where it doesn't.
|
|
using uClibc. mincore() and the ones for Extended Attributes setxattr(), lsetxattr(), fsetxattr(), getxattr(), lgetxattr(), fgetxattr(), listxattr(), llistxattr(), flistxattr(), removexattr(), lremovexattr(), fremovexattr() which are optional.
|
|
Here's an updated version of the patch I posted about a month ago. It
leaves -nostdinc alone, and uses -print-file-name=include instead of
-print-search-dirs to figure out where GCC's internal headers are.
Please let me know whether there are any portions of this patch you'd
like me to break into smaller pieces, to rework, or to give up trying
to get into uClibc :-) Thanks,
|
|
|
|
adding cruft to include/sys/time.h. But also, there's no sense in
making changes like this until we decide how we're going to approach
the hidden symbol transition.
|
|
|
|
|
|
Hello!
Would the attached patch be acceptable (maybe instead of
__libc_gettimeofday using __gettimeofday)
We have some issues, see
http://bugs.gentoo.org/show_bug.cgi?id=65892
|
|
makecontext(), setcontext(), and swapcontext() which are marked as
obsolescent by SuSv3, and are not implemented by uClibc.
|
|
mark them as mjn3's problem. :-)
|
|
|
|
|
|
and SuSv3 does not require r specify them. So kill the prototypes.
|
|
Someone needs to test if it works to build and run gcj.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
be used by the unsuspecting masses quite yet.
|
|
|
|
a.out.h to libgen.h (omitting complex.h for a later separate
effort for the math stuff)
|
|
|
|
size and performance penalty to profiling applications this way, as well as
Heisenberg effects, where the act of measuring changes what is measured.
There are better tools for doing profiling, such as OProfile, that do not
require gcc to instrument the application code.
-Erik
|