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. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]