uclibc-ng

Fork

___brk_addr and __environ are not functions. Finding the broken
lookup on 'atexit' got me excited and I started fixing the same
problem elsewhere. Except these were correct as-was, and were
not a problem....

Slightly cleaner formatting

Patch by Joakim Tjernlund <joakim.tjernlund@lumentis.se>, which got
mips mostly working. From there, I tracked the bash failure to a
bad _dl_atexit address and Erik took it from there.

When doing symbol lookups on functions

Update the x86 processor listing a bit, to preempt further questions
about the best settings the AMD Elan and the VIA Nehemiah.

Fixup naming of '_mmap' to 'mmap' so it will properly override
the symbol in common.

Minor change to better match recent changes to other arches

Alexandre Oliva writes:

This patch adds code to uClibc to support a new ABI designed for the
FR-V architecture, that enables text segments of executables and
shared libraries to be shared by multiple processes on an OS such as
uClinux, that can run on FR-V processors without an MMU.

Patches for binutils and GCC have just been posted in the
corresponding mailing lists. The binutils patch was approved,
but there's one additional patch pending review, that I posted
this week. An updated GCC patch will be posted to
gcc-patches@gcc.gnu.org as soon as I complete testing (I used a
known-good compiler to test the uClibc patch below).

Since the existing dynamic loader code didn't support independent
relocation of segments, it required changes that were somewhat
extensive. I've added a number of new machine-specific macros to try
to keep the platform and ABI-specific details outside the generic
code. I hope this is not a problem.

Alexandre Oliva writes:

While testing the FR-V code with GCC mainline, I ran into some
problems in the RPC code. It relies on a GCC extension that is no
longer available, namely, the result of a cast is no longer considered
an lvalue.

This patch enables the code to compile. I haven't been able to test
RPC though, especially in a multi-threaded environment.

Fixup support for gcc 2.95

Seperate out the startup stuff from the non-startup stuff.
Begin converting some big ugly macros to inline functions
instead

Fixup fdatasync on alpha, thanks to Alan Hourihane

Sigh... Fall back to alloca() if munmap is broken (uClinux).

Kill off an arm specific hack, that fostered three other arch specific
hacks. Just check for the elf magic string one byte at a time....

When doing _dl_mmap to obtain a bit of anonymous memory, use a much more
sensible -1 fd, rather than pretending to work off of fd 0, which makes
absolutely no sense.

Do not duplicate stuff from ldso.h

Provide the ldso syscalls and string funcs earlier in the list

Generic fork works. Use it instead since this didn't handle errno_location.

Oops.

Mips can use the generic vfork

Cris can use the generic vfork

This should not be inlined. This should probably use a
weak alias as well...

Fixup fork implementation to provide the __libc_fork symbol

Use the generic fork implementation on sh64

Add some padding on the bottom

Update FAQ a bit

No point in including debug info for ldso. It isn't helpful to do so
since gdb can't do anything for us.

Atsushi Nemoto writes:

Also, if you are to enable SUPPORT_LD_DEBUG on MIPS, I think this
patch is needed too.

Fix this as should have been done a long time ago...

Give gcc branch prediction some hits on obviously unlikely branches