glibc-2.0.110 and Hurd

[Kunihiro Ishiguro <kunihiro@zebra.org>]

Hi guys.

I've just compiled glibc-2.0.110 with Hurd snapshot.  It seems work
fine.  But I need below patch to build correct libhurduser.  Without
this patch, hurd freeze during boot process (after launch auth
process).

>To: roland@frob.com 
>Subject: Re: new libc working on gnu-0.2! 
>From: Mark Kettenis <kettenis@phys.uva.nl> 
>Date: Mon, 7 Dec 1998 22:59:15 +0100 (CET) 
>CC: okuji@kuicr.kyoto-u.ac.jp, help-hurd@gnu.org, debian-hurd@lists.debian.org 
>In-reply-to: <199812071913.OAA16022@baalperazim.frob.com> (message from RolandMcGrath on Mon, 7 Dec 1998 14:13:17
>-0500) 
>Resent-Date: Tue, 8 Dec 1998 04:00:24 -0500 
>Resent-From: help-hurd@gnu.org 
>Resent-Message-ID: <"ai2zI3.0.sS6.4fDRs"@mescaline.gnu.org> 
>Resent-Sender: help-hurd-request@gnu.org 
>
>   Date: Mon, 7 Dec 1998 14:13:17 -0500
>   From: Roland McGrath <roland@frob.com>
>
>   I have had this problem too and still not figured it out.
>
>Well, elf/soinit.c, which is included in libc, references these
>symbols.  The idea is that when libc.so is created, it is explicitly
>linked agains libgcc.a, and the functions are included in the shared
>library.  However, if one of the other shared libraries used when
>building the shared libc (ld.so, libmachuser.so or libhurduser.so)
>contains these functions, this doesn't happen.  So the problem may be
>related to the problem that creates a bogus shared libhurduser.  I've
>got a fix for that, see the patch at the end of this message.  I'm
>probably only fixing the symptoms of the real problem, but at least it
>prevents the creation of a bogus libhurduser.so.
>
>   But I don't think this is the source of okuji's problem.  If any
>   dynamically linked binary works at all (and clearly his hurd and sh
>   are working as well as emacs and gdb), then I don't think this is
>   it.  When I had that problem, I got undefined symbol panics from
>   the dynamic linker right away in any old binary (in /bin/sh, so I
>   could not get usably booted).
>
>Well, if he used the 0.2 binary release, it clearly isn't, but if he
>every recompiled binaries with gcc 2.8.1 or egcs they would work.
>
>Mark
>
>
>
>
>1998-12-07  Mark Kettenis  <kettenis@phys.uva.nl>
>
>        * sysdeps/mach/hurd/Makefile: Set LDFLAGS-machuser.so and
>        LDFLAGS-hurduser.so to prevent creating bogus libraries because of
>        linking against an already installed libc.
>
>
>--- /home/kettenis/CVS/libc/sysdeps/mach/hurd/Makefile  Mon Oct 19 21:47:57 1998
>+++ sysdeps/mach/hurd/Makefile  Mon Dec  7 22:48:49 1998
>@@ -119,6 +119,8 @@
>               $(common-objpfx)hurd/libhurduser.so
> $(common-objpfx)libc.so: $(rpcuserlibs)
> rpath-dirs += mach hurd
>+LDFLAGS-machuser.so = -nostdlib -nostartfiles
>+LDFLAGS-hurduser.so = -nostdlib -nostartfiles
> 
> # And get them into the libc.so ldscript.
> $(inst_libdir)/libc.so: $(rpcuserlibs)
>