Joakim Tjernlund writes:

Glibc does not use COPY class for SHN_COMMOM in MIPS. Make uClibc ldso
the same.

Bradley D. LaRonde writes:

dl-string.h references do_rem, but do_rem is a #define in <arch>/dl-sysdep.h
which is not included by dl-sysdep.h.  This causes a problem in libdl:

    In file included from ../../ldso/include/ldso.h:27, from libdl.c:33:
    ../../ldso/include/dl-string.h: In function `_dl_simple_ltoa':
    ../../ldso/include/dl-string.h:216: warning: implicit declaration of
function `do_rem'

Include dl-sysdep.h in dl-string.h before using do_rem.

note new mailing list posting policy

Stephen Hemminger from osdl dot org writes:

Rather than copy more code back into the bridge-utilities, how about applying this
change to uClibc?  I hate when packages get cluttered for workarounds for other
incompatibilities.

The problem is that SIOCGIFCONF only lists interfaces that have IP addresses, so it
doesn't find the other interfaces that are being used for bridging. It could be fixed
in the kernel to return all interfaces, but then something else might break; and still
it mean a kernel update for the 2.4 users.

The whole use of ifindex in the bridge API is a bad idea. But we probably have to live
with it for compatibility.

Patch against uClibc 0.9.26

Jakub Bogusz from pld-linux dot org writes:

Hello,

I managed to get ldso (and thus shared linking to uClibc) to work on
sparc (actually sparc64 kernel with 32-bit userspace), at least on
simple "hello world" program (more complex ones not tested).

Some notes on attached patch (against 0.9.26, would require some work
to apply on current CVS - but I tested 0.9.26, not CVS):

- ELF magic cannot be examined by _dl_strncmp so early, probably because of
  string constant, like on ppc/mips/sh
  (note that early SEND_STDERR still crashes when trying to do _dl_strlen
   - I suppose that string constants require relocation; but adding
   load_addr didn't help, just ELF header was displayed instead of crash)
- mmap() is syscall6 like on ppc/mips/sh, not old i386 mmap()
- for generic sparc (i.e. not sparcv8/sparcv9) gcc produces .udiv/.urem
  calls for unsigned integer / and % operators - so these operations
  must be avoided. I copied do_rem definition from arm header.
  But / and % are used also in _dl_simple_ltoa() and
  _dl_simple_ltoahex(); in ltoahex gcc optimizes it to shifts (but
  I think it's safer to use shifts explicitly, not rely on
  optimization...).
  I changed % in ltoa to do_rem, but as there was no do_div definition,
  I changed all "%d" specifiers to "%x" to avoid crashes (this changes
  wouldn't be needed if _dl_simple_ltoa() were fixed to not use
  division on sparc).
- "#define SOLARIS_COMPATIBLE" in ld_sysdep.h broke ldso on Linux
  because of redefining _dl_linux_resolve only in some places (it was
  still referenced in INIT_GOT before redefinition). So
  _dl_linux_resolve redefinition should be moved before INIT_GOT
  definition or removed.
- sparc64 kernel requires mmap() addresses to be aligned to 8192, not
  4096, otherwise mmap() call failed
- reloc_entry must be shifted by 10, not 12 (I found similar operation
  in glibc sources)

Aside of sparc-specific fixes:
- I moved some _dl_dprintf()s inside if(_dl_debug_*) conditions (to avoid
  debugging messages when LD_DEBUG is not defined)
- it seems that there was possible off-by-one in ltoa and ltoahex?
  they are called with char[22] as 1st argument, and then '\0' is stored
  in local[22] (_before_ p decrementation)... or am I missing something?
  If not, fix is included in patch.

Philip Craig at snapgear dot com writes:

Strlen was counting the last 3 bytes incorrectly for big endian arm.

Per comments from Bernhard Rosenkraenzer, adjust gcc 3.3.x generated asm
with s/i686.get_pc_thunk.bx/get_pc_thunk_bx/g to make gcc 3.4 happy.

Oops.  Missed a spot.

scrap the goofy time + getpid() based "randomness" and use
the real thing.

Removed unused file.

Cope when the __NR_get_kernel_syms is undefined (i.e. 2.6.x arm-linux)

Fix changed link into the mailing list archive.

Joakim Tjernlund writes:

Hi Erik

It seems to me that __pthread_once and __pthread_initialize_minimal could be made
WEAKs with no stub. The code in rpc_thread.c and __uClibc_main.c appears to expect this.
Also, __pthread_return_0 __pthread_return_1 and __pthread_return_void can be static, not to
pollute the name space.

  Jocke

Alexandre Oliva writes:

Here are a number of minor changes to FR-V-specific bits of the uClibc
port:

- I've adjusted the definition of _dl_mmap to cope with the fact that
  there will be a definition for an mmap2-only system.

- We don't have COPY relocs, so optimize the copy reloc-related code
  away.

- Change the page size to 16KiB, to match the ABI spec, and not a
  stale value I'd copied from a linker config file.  Oops.

- Fix error handling in clone and vfork; parts of the changes by David
  Howells <dhowells@redhat.com>

- Rearrange includes in crtreloc.c.

- Change the API of __syscall_error, to reduce code size.

- Improve __syscall_return in terms of code size, so as to enable
  tail-calling of __syscall_error, at least within libc.  Ideally,
  __syscall_error should be hidden within libc.so, but this didn't
  work because of libdl.  I haven't looked into why, and figured I'd
  leave it visible for now.

- Rename enumerators and macros in sys/ucontext.h to reduce namespace
  pollution.

__data_start needs to be added to all crt0.S files that don't currently
have it.  It is used by the boehm gc, amoung other things.

Kill off the now obsolete __libc_vfork symbol

Alexandre Oliva writes:

This patch introduces optimized versions of memcpy and memset for
frv.

Patch from Alexandre Oliva:

On Mar 20, 2004, Erik Andersen <andersen@codepoet.org> wrote:

> If you supply a FR-V specific link.h header into
> libc/sysdeps/linux/frv/ then you can do the same sortof
> thing that mips does i.e. with sgidefs.h in the headers
> target in libc/sysdeps/linux/mips/Makefile

Thanks, this patch implements your suggestion.

Alexandre Oliva writes:

A program that requests __pthread_sig_debug to be blocked will
self-deadlock when it requests a thread to be created, because the
debugger (rda or gdb) will never get the signal, so it won't wake up
the pthread manager as expected.

This patch fixes it.

update libdl so it also groks the new _dl_errno

Add define for SHM_HUGETLB

Bradley D. LaRonde writes:

Oops, this adds the page alignment offset to the mprotected size.

Regards,
Brad

Patch from Bradley D. LaRonde:
ld.so mprotect rwx .dyanmic segment for mips DT_DEBUG
Allow writing debug_addr into the .dynamic segment.
Even though the program header is marked RWE, the kernel
gives it to us rx.

Add a local '_dl_errno' to be used by syscalls in ldso, allowing
useful syscall failure diagnostics.

As noticed by the sharp eyed Joakim Tjernlund, I stupidly
hard coded 4096 instead of PAGE_SIZE.  Because I'm an idiot.

Setup a _dl_pagesize value for use by staticly linked apps

make certain that getpagesize() returns correct the value for mips
by extracting the value from the ELF header.

Purge trailing white space

Bradley D. LaRonde, brad at laronde dot org writes:

If I change that ELF_RTYPE_CLASS_COPY to ELF_RTYPE_CLASS_PLT to tell
_dl_find_hash to ignore stubs when resolving undefined functions without
stubs, the dlopen tests all pass.  dlopen gets a pointer to the libc.so
malloc instead of a pointer to the libpthread malloc stub.  Yay!  :-)

Save r0 before modifying it.

Obligatory forgotten file...

Change clock() to allow wrapping.
Add timegm() function.
Make lookup_tzname() static (as it should have been).
Have strftime() get timezone information from the passed struct
  for the %z and %Z conversions when using struct tm extensions.

Peter Mazinger asked for this several months ago.

Patch from Yoshinori Sato <ysato@users.sourceforge.jp>.

"Fix" this so that at least things will link when threading is disabled.
Also fix the sizeof() issue since the change to a dynamicly allocated buf.
Note!  This is still broken wrt threading, but so is the glibc version.
I'm just commiting this for new until I can test my rewrite.

Fix a couple of issues in configurations I hadn't tested.

Add missing include.

UCLIBC_COMPLETELY_PIC does nothing, so kill it

Change the global 'buf' to 'servbuf' since some functions in here use
a local named 'buf' and we want to avoid shadowing that.

Alexandre Oliva writes:

The vfork() wrapper defined in libpthread, that's used to run
pthread_atfork()-registered handlers, is not only a very bad idea,
it's broken and useless.  Here's the rationale:

[---------snip----------]

Since the implementation as it stands is broken (linking a program
that vfork()s and exec()s on the child and wait()s on the parent works
unless you happen to link with libpthread), and I can't think of
any workable solution, I suggest that we simply remove the vfork()
overrider in the non-MMU case.  Yes, we might lose some small amount
of functionality here, but it's not like people running uClinux expect
anything resembling actual fork() to work.

Fix screwed up formatting

Jeroen Dobbelaere writes:

Because variables are linked to fixed registers, there is a problem in :
     (*__errno_location())=(-_r0);

As __errno_location() uses r0 to return the address of the errno location,
the negated address will be assigned instead of the error code.

Attached patch will resolve this.

Minor .deb updates

These headers should not be included in uClibc -- they should be
part of the ppp instead.

It turns out that asm/reg.h is missing from the 2.6.x kernel headers,
which prevents libthread_db (used by gdb) from compiling.  Include a
copy within include/sys/user.h for mips, per what was done in glibc.

blah

Fix grammar and spelling

Mention uwoody

Cope with gcc 3.4's more aggressive persuit of attribute unused

We don't need these...

Fix typo.

Fix a bug noticed by Oleg I. Vdovikin, oleg at cs dot msu dot su.
This code in uClibc would attempt to set the default facility if
none was specified.  Except none being specified is 0, which is
also LOG_KERN, therefore klogd could never get kernel messages
logged as LOG_KERN.

glibc does not provide pppio.h, and our doing so conflicts
with the ppp package

Per patch from Stefan Holst, do not try to compile these
syscalls if they are not supported.

Patch from Stefan Holst to fix argv[0]

Based on a patch from Alexandre Oliva, allow uClibc to compile
with __NR_mmap is not available (i.e. only __NR_mmap2)

Alexandre Oliva writes:

This patch arranges for the .so files in say /usr/lib to be soft links
to ../../lib, instead of to /some/arbitrary/pathname/lib.  This
enables seamless relocation of a toolchain containing the development
and run time trees in a sys-root.

Alexandre Oliva writes:

I added this function after I posted the last version of the FR-V
patch.  Add syscall.c.

Supply '__bzero' with 'bzero' as just a weak alias (since it is not SuSv3)

Based on a patch from Alexandre Oliva, remove all reference to 'bzero' (which
is not a SuSv3 symbol).  Rather than using __bzero internally per Alexandre's
original patch, use memset instead.

Look in /usr/X11R6/lib as well

Reduce memory used by static buffers and allocate that memory dynamicly
instead.  Based on an initial patch from Tobias Anderberg, but reworked.  I
asked Tobias to look into doing something more like what is done in busybox,
but that proved to be a pain.

One possible concern is that these buffers will probably show up as
memory leaks i.e. with valgrind.  Perhaps we should add in an atexit
call to free this memory right after we allocate it?

Joakim Tjernlund writes:

Hi

I just noticed that gcc has an "b"(Address base register) operand that
will match all "r" registers but r0. It is a better fix then adding
r0 to the clobber list.

What do you think?

Cope gracefully with missing module syscalls

Rewrite the err/warn functions as they were broken (__noreturn__ funcs
were returning).  Anyway, also make them threadsafe and smaller.  The
error.c file still needs work.

Bug fix: gethostbyname2_r would fail if /etc/host was missing.
Bug fix: gethostbyname_r checked errno without first setting it to a
         known value.

More detail about malloc-simple

Update todo list indicating the items remaining before 0.9.27

Fix comment

Update with the contents of a very helpful comparison of
interfaces vs SuSv3 from heukelum at freemail dot nl

note that syscall on mips needs to be fixed

Sigh.  I switched the values...

Per discussion with Joakim Tjernlund, all the horrible weak declarations junk
in libdl pointing to the local 'foobar' function is garbage.  This cleans all
that up and makes the code much less horrible.  Now it is only really really
ugly (which is a marked improvement),

Patch from Joakim Tjernlund:

white space cleanup and optimize the inner loop in dl_find_hash.

___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