uclibc-ng

Fork

Document some glibc bugs that Ulrich Drepper refuses to acknowledge. :-(

Modify _stdio_READ to conform with C99, as stdio input behavior upon
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.

Ugh... EOF handling by scanf was completely broken. :-( Regretably,
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.

Fix "subst -g,," problem for SAFECFLAGS.

* Partial re-write to match other archs and remove duplicate code.
* Assign insead of add when doing relocations.

Corrected LD_BOOT macro

Initialize strings as pointers instead of arrays.

Re-add cris to "define list" when fixing auxvt.

Added assembler version of startup code. Fix Makefile so it uses the new
code.

Make sure we don't allocate too little space for static free-areas
because of our fiddling with alignment (because doing so is VERY BAD).

Add dependencies on header files.

Make sure we use the local copy of elf.h, since some system
versions are insufficient....

Make sure static heaps are aligned correctly.

Patch from Philip Nye fixing mmu-less

Fix fcntl64 when UCLIBC_HAS_LFS is enabled, but __NR_fcntl64
is not defined.

This should enabled building of uClibc locale support when using uClibc itself.
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.

Fix a problem reported by Atsushi Nemoto <anemo@mba.ocn.ne.jp>
for environments where long and long long are the same size.

Patch by Atsushi Nemoto <anemo@mba.ocn.ne.jp> to do arch-required
mapping of signal strings (alpha, mips, hppa, sparc).

Fix several stupid bugs I let slip into the release

Peter Kjellerstedt writes:

The attached patch allows $(CC) to contain spaces
(something which we use).

Simplify an expression. Use static const on strings to avoid
a gcc 2.95 compiler problem on powerpc.

Stefan Allius writes:

Hello,

my patch changed the format of the ldso debug output to the same
format as on the i386 systems.

By Stefan

Stefan Allius writes:

1. Under Solaris the test command with the 'string' argument don't
work well. So I added the '-n' argument, which might work on all
platforms.

2. The sed under Solaris don't support the '-s' argument, which is a
GNU extension. I changed it to '-e' which works fine for me.

Yet more trivial doc updates

minor spelling fixes

Force Large File Support disabled on Cris, since something
appears to be wrong with their toolchain that is tickled
by LFS.

Make sure that __syscall_fcntl is extern when LFS
is disabled

sigh. The cris compiler doesn't do link_warning's....

Fix cris shared lib loader so it compiles...

Fix grammar