Re: Bug#396838: toshset: FTBFS: undefined reference to `gzopen'
tags 396838 sid
tags 396732 sid
thanks
On Fri, Nov 03, 2006 at 09:48:32AM +0100, Julien Danjou wrote:
> > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `pci_load_name_list':
> > (.text+0x533): undefined reference to `gzopen'
> > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `pci_load_name_list':
> > (.text+0x5cd): undefined reference to `gzgets'
> > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154':
> > (.text+0x6d3): undefined reference to `gzclose'
> > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154':
> > (.text+0x6f8): undefined reference to `gzeof'
> > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154':
> > (.text+0x788): undefined reference to `gzclose'
> > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154':
> > (.text+0xb9c): undefined reference to `gzopen'
> > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L155':
> > (.text+0xd33): undefined reference to `gzerror'
> > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L155':
> > (.text+0xd53): undefined reference to `gzclose'
> > collect2: ld returned 1 exit status
> > make[1]: *** [toshsat1800-irdasetup] Error 1
> > make[1]: Leaving directory `/build/buildd/toshset-1.72/toshsat1800-irdasetup-0.2'
> > make: *** [build-stamp] Error 2
> Probably caused by pciutils-dev broken.
Indeed, libpci.a now depends on libz, but pciutils-dev doesn't have a
dependency reflecting this -- nor, for that matter, is there any facility in
pciutils-dev that lets consumers of this library know what other libs one
needs to link against! Seeing now that pciutils-dev *only* provides a
static library, it seems that this is going to require quite a few source
changes in the reverse-dependencies, so I'm pre-emptively freezing pciutils
in etch at its current version to avoid adding 11 new release-critical bugs
to etch unnecessarily.
Going forward, it would be ideal if pciutils-dev would add support for
pkg-config so that reverse-dependencies could query pkg-config --libs
--static for the necessary extra lib information; even with this support in
place, though, I don't think it's advisable to ask reverse-dep maintainers
to switch to this until etch is frozen, since testing will /not/ have the
necessary facility.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
vorlon@debian.org http://www.debian.org/
Reply to: