Re: Current State of Debian Sparc Port
eichin@kitten.gen.ma.us (Mark W. Eichin) writes:
> > * bash 2.01 and its libreadline cant be compiled because it
> > comes out linked against both libc5 and libc6; same with
> > ncurses3.4.
>
> Umm, I think that's just untrue.
Yep.
> Do you mean the *dependencies* show both libc5 and libc6? That's
> because dpkg-shlibdeps is getting fooled by a bug in ld.so;
It's actually a bug in ldd; try the following patch, I've sent this to
David, and he said it would be in the next source release (we're
already using it on m68k). The problem is ldd is making bogus
assumptions about the name of glibc's dynamic linker. For some god
forsaken reason glibc's dynamic linker is called ld-linux.so.2 on ia32
and alpha and ld.so.1 on everything else. ldd didn't know about this
and thus couldn't spawn glibc's dynamic linker on m68k, sparc,
powerpc, z80, etc. -> the hosed dependencies for shared libs on these
machines.
At least, I assume this is the problem, but I've lost my password to
sparc.netgod, so I can't check for sure.
BTW, one other ``solution'' is to `cd /lib; ln -s ld.so.1
ld-linux.so.2' as root. If that dirty hack works, then it's
definitely this bug.
--- ld.so-1.9.6/util/ldd.c.orig Mon Oct 27 23:12:23 1997
+++ ld.so-1.9.6/util/ldd.c Mon Oct 27 23:26:16 1997
@@ -261,8 +261,13 @@
break;
case 4: /* ELF libc6 library */
/* try to use /lib/ld-linux.so.2 first */
+#if defined(i386) || defined (alpha)
execl("/lib/ld-linux.so.2", "/lib/ld-linux.so.2",
"--list", argv[i], NULL);
+#else
+ execl("/lib/ld.so.1", "/lib/ld.so.1",
+ "--list", argv[i], NULL);
+#endif
/* fall through */
case 5: /* ELF libc5 library */
/* if that fials, add library to LD_PRELOAD and
--
James
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-sparc-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Reply to: