At Tue, 12 Jul 2005 19:44:11 +0200,
Matthias Klose wrote:
> GOTO Masanori writes:
> > At Tue, 05 Jul 2005 20:09:59 -0700,
> > Ryan Murray wrote:
> > > libc6-s390x is missing a depends on lib64gcc1 that causes gcc to fail to
> > > link
> > > when -m64 is used on an s390 system.
> > >
> > > I'm filling the bug here rather than on the gcc-VERSION packages because
> > > the
> > > sparc64 packages have the dependency in libc6-sparc64, and not the gcc
> > > packages.
> >
> > According to #258647, the latest glibc.deb in svn already removed the
> > "Depends: lib64gcc1" entry. So I think it should be fixed in gcc
> > packages instead of libc6-s390x. How about this idea?
>
> I don't know of a good way to handle the 64bit dependencies. We do not
> want to unconditionally depend on the non-default biarch packages.
> dh_shlibdeps doesn't work for 64bit packages, so you have to hand-code
> all the dependencies ...
>
> maybe dpkg-shlibdeps could use objdump -x instead of ldd to determine
> the needed library dependencies?
I tested this problem on sparc64, dpkg-shlibdeps detects lib64gcc1 -
even if libc6 does not depend on it. BTW, during this issue, I found
the following problem on s390x:
gotom01:/tmp> cat a.c
int main() { return 0; }
gotom01:/tmp> gcc a.c -m64
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/s390-linux-gnu/4.0.1/../../../libc.so when searching for -lc
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/s390-linux-gnu/4.0.1/../../../libc.a when searching for -lc
/usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.so when searching for
-lc
/usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.a when searching for
-lc
/usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc
/usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc
/usr/bin/ld: cannot find -lc
collect2: ld returned 1 exit status
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
