uclibc-ng

Fork

Fix SYSTEM_DEVEL_PREFIX to allow install of the <arch>-uclibc- spoofer
toolchain to any arbitrary directory...

Add in TARGET_PREFIX, which was still used in a few spots (and
appropriately so). Leave this hidden and set to a sane default
since nobody should really need to change it...

Use malloc on arm (since I've never bothered to write sbrk)

I just wrote a stpncpy() since someone wanted it

I rewrote strcat without any function calls.

Sync up ldd behavior

Fix the library searching routine so it is way simpler, and so
it matches the routine in ldd.c

Add a cvsignore for this dir

Change name of package to uclibc-toolchain. Various changes
following the Makefile changes.

Need to create $(SYSTEM_DEVEL_PREFIX)/usr/bin

Begin removing some unnecessary inlining, and fix naming
of _dl_fprintf which should really be _dl_dprintf
-Erik

Oops. Symlink args were backwards...

Don't blow away existing files when trying to install a ldso symlink...

Update the build system, yet again. I hope this is the last time...
Here is the basic theory of operation:
SHARED_LIB_LOADER_PATH/ <The location where the shared lib
loader will be installed and where the
compiler will cause apps to look for it.>
DEVEL_PREFIX/
bin/ <contains gcc, ld, etc for setting PATH=$DEVEL_PREFIX/bin:$PATH>
lib/ <contains all runtime and static libs>
include/ <Where all the header files go>
SYSTEM_DEVEL_PREFIX/
usr/bin/ <contains arch-uclibc-gcc, arch-uclibc-ld, etc that
might be installed by a .deb or .rpm into /usr/bin,
but can happily live under DEVEL_PREFIX>
PREFIX
This is prepended during 'make install's allowing you to shift things to
be installed under some alternate location (such as when building a .deb)
-Erik

Make _PATH_VARRUN actually point to /var/run.

Fix behavior when installing the devel env, since somewhere
along the line this got messed up...

Add cmsg_nxthdr function for the cases where the headers
do not so it inline.

Add in changes from philipc@lineo:

Fix three bugs and bring into line with glibc:

1. The first character read using getc() was being ignored if it was EOF.
Normally this is okay because the next getc() returns EOF as well, but
for sscanf, this was causing us to skip the null terminator and start
scanning whatever happened to be next in memory.

2. %s, %c, and %[ formats now return -1 if EOF is reached before any
characters are read, instead of 0. This was causing an infinite loop
in diald.

3. Default to base 10 for %i fields if not prefix modifier present.

Add hstrerror, it just points to strerror like h_errno.

Added sigset_t casts so we behave like the other platforms.

Fix a couple of warnings

Make sure the weak aliases are defined before the functions/vars
they use as stubs, otherwise, some compilers (ie., m68k-elf) tie them to
the local symbols and the weak aliases do not work.

Changed uclibc-gcc to uclibc-toolchain. Added fixups for changes
in the Makefiles.

This syncs things up with my local tree. Mainly changes installer
issues, and syns things (as far as I am willing) with Dave Schleef's
tree. We may need to go another round or so, but we do seem to be
converging...

Try search for the shared lib interpreter. Eliminate all double "//"s
from the output
-Erik

If /etc/ld.so.preload was size 0, the shared lib loader would
choke and die. Test for non-zero size as well,
-Erik

Fixup the pipe system call for the SH target.
The FD's are returned in registers.

Oops... left in a debugging line.

Back out the changes to _uClibc_fread and loop in fread() if incomplete, to
avoid problems with fgets on tty streams. I actually did some testing this
time. ;-)
Note: there is a difference in behavior between glibc and uClibc here
regarding fread() on a tty stream. glibc's fread() seems to return after
reading all _available_ data even if not at end-of-file, while uClibc's
fread() continues reading until all requested or eof or error. The latter
behavior seems correct w.r.t. the standards.

Yes... the previous "fix" was broken too... the result of careless cutting
and pasting while pressed for time. I haven't checked this one either. :-(