Package: dpkg
Version: 1.15.8.2
Severity: normal

Hi,

while using the target objdump is a Good Thing(tm), it uncovered another
bug: for dependent libraries, the host's version is passed to the target
objdump.

While this looks like a regression as builds that used to work now fail,
it isn't, because the builds were only correct by chance before.

Symptom is that during a cross build of a library that links against
libutil, the following is output:

m68k-linux-gnu-objdump: /lib/libutil.so.1: File format not recognized
dpkg-shlibdeps: error: m68k-linux-gnu-objdump gave error exit status 1

The correct file would be /usr/m68k-linux-gnu/lib/libutil.so.1 . The
path can be retrieved from the target gcc using the -print-search-dirs
option.

   Simon

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dpkg depends on:
ii  coreutils         8.5-1                  GNU core utilities
ii  libbz2-1.0        1.0.5-4                high-quality block-sorting file co
ii  libc6             2.11.2-2               Embedded GNU C Library: Shared lib
ii  libselinux1       2.0.96-1               SELinux runtime shared libraries
ii  xz-utils          4.999.9beta+20100713-1 XZ-format compression utilities
ii  zlib1g            1:1.2.3.4.dfsg-3       compression library - runtime

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt                           0.7.25.3   Advanced front-end for dpkg

-- no debconf information




-- 
To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to