Age | Commit message (Collapse) | Author |
|
rm.patch:
* Define $(RM) as rm -f in Rules.mak and test/Rules.mak
(this is the same definition as gmake uses by default).
* Change all occurrences of rm and rm -f into $(RM).
|
|
install.patch:
* Define $(INSTALL) as install in Rules.mak.
* Change all occurrences of install into $(INSTALL).
* Change all occurrences of mkdir -p into $(INSTALL) -d.
install -d is already used in a number of places so
this should not be an additional compatibility problem.
|
|
|
|
|
|
|
|
|
|
Code formatting cleanup.
|
|
I've created a patch for adding dn_expand() to uClibc 0.9.21.
dn_expand() is used by at least ipsec-tools and also openldap I think.
|
|
contributed by John Williams <jwilliams@itee.uq.edu.au>
|
|
|
|
export it,
|
|
reentrant, since there was still a shared static value. indent stuff,
|
|
Here's a patch... Since they aren't SUSv3 functions, I don't know if
they'll ever get officially added, but it helps with BSD porting and
allows quite a few Gentoo ebuilds to compile without changing anything.
Rob
|
|
I found inappropriate data types are used in some places in networking
codes.
* tcp_seq is 32bit (u_long -> u_int32_t)
* in_addt_t should be used for internet address (unsigned long -> in_addr_t)
* socklen_t should be used for accept()
This is a patch against uclibc-0.9.21 (can be applied for current
CVS). 64bit platforms (sizeof(int)!=sizeof(long)) will need this. I
believe this patch does not harm any 32bit platforms.
|
|
Current uClibc contains only one fpu_control.h and it is i386 version.
This is a patch to use platform specific fpu_control.h. All new files
come from glibc 2.3.2. This patch is against 0.9.21 but also can be
applied to CVS as is.
|
|
workaround a toolchain specifi bug for the e1.
|
|
|
|
yet, but should work...
|
|
expected thing. A so called "D'oh!".
|
|
wchar support is enabled.
|
|
their alignment are correct.
|
|
encountering EOF changed with Defect Report #141. In the current
standard, the stream's EOF indicator is "sticky". Once it is set,
all further input from the stream should fail until the application
explicitly clears the EOF indicator (clearerr(), file positioning),
even if more data becomes available.
Fixed a bug in fgets. Wasn't checking for read errors.
Minor thread locking optimizations to avoid some unnecessary locking.
Remove the explicit calls to __builtin_* funcs, as we really need to
implement a more general solution.
|
|
I got my mind fixed in one mode and didn't comply with the standards.
Things should be fixed now, but comparision testing is difficult when
glibc's scanf is broken and they stubbornly refuse to even acknowledge
that it is... even when confronted by specific examples from the C99
standards and from an official C standard defect report.
|
|
|
|
code.
|
|
because of our fiddling with alignment (because doing so is VERY BAD).
|
|
|
|
|
|
is not defined.
|
|
Sorry I didn't test this before the release.
Please remember that the locale data generation tools are not very robust,
so doing something like disabling 8-bit codeset support is likely to break
things. As it stands, UTF-8 support is required, but I'm not sure I test
for that.
Also, you will notice a difference in the locale data generated by uClibc
verses glibc. That's because the bg_BG locale specifies use of grouping
in LC_NUMERIC, but supplies no grouping char. The uClibc locale code
tests for and works around this (at the moment) by disabling grouping.
But the result is slightly different data which ripples throughout the
rest of the tables.
|
|
for environments where long and long long are the same size.
|
|
mapping of signal strings (alpha, mips, hppa, sparc).
|
|
The attached patch allows $(CC) to contain spaces
(something which we use).
|
|
is disabled
|
|
|
|
fixes it again so it both compiles and works,
-Erik
|
|
|
|
Printf still needs some performance work done though.
Also some bufferless stdio cleanups.
|
|
static build sizes and not needing wchar support.
Add in a SUSv3 getopt as an option for those not needing gnu getopt.
Again, mainly for the static linking crowd.
|
|
|
|
|
|
|
|
on i386, at least, so seems like a good thing.
|
|
in registers.
NOTE: i386/mcount.S really needs to be rewritten. It currently won't
work for non-PIC builds.
|
|
|
|
|
|
|
|
|
|
glibc, with several changes for use in uClibc.
|
|
-Erik
|