Date: Sat, 2 Jul 2011 09:32:09 +0000 From: "b. f." <bf1783@googlemail.com> To: Kevin Oberman <kob6558@gmail.com>, freebsd-stable@FreeBSD.org Subject: Re: libarchive, lzma, and xz interaction Message-ID: <CAGFTUwNsL7mxy50R==nnk3kuqHQhVt0wPMXA5DaVNPZjeZqZyw@mail.gmail.com>
next in thread | raw e-mail | index | archive | help
> On Fri, Jul 1, 2011 at 7:19 PM, Kevin Oberman <kob6558 at gmail.com> wrot=
e:
> > I'm trying to understand the problems I am having on some systems
> > regarding libarchive, lzma, and xz.
> > I have an 8-Stable system updated yesterday. As far as I can tell,
> > libarchive does include the lzma stuff
> > from libzma. At least I see the references. But several ports seem to
> > still pull in xz-5.0.1 and link to it.
> > This has a wonderful potential to cause library symbol conflicts. I get=
:
> > /usr/lib/libarchive.so: undefined reference to `lzma_stream_encoder at =
XZ_5.0'
> > /usr/lib/libarchive.so: undefined reference to `lzma_alone_decoder at X=
Z_5.0'
> > /usr/lib/libarchive.so: undefined reference to `lzma_memusage at XZ_5.0=
'
> > /usr/lib/libarchive.so: undefined reference to `lzma_stream_decoder at =
XZ_5.0'
> > /usr/lib/libarchive.so: undefined reference to `lzma_code at XZ_5.0'
> > /usr/lib/libarchive.so: undefined reference to `lzma_end at XZ_5.0'
> > /usr/lib/libarchive.so: undefined reference to `lzma_lzma_preset at XZ_=
5.0'
> > /usr/lib/libarchive.so: undefined reference to `lzma_alone_encoder at X=
Z_5.0'
> >
> > ldd shows libarchive linked against liblzma.so.5 and an objdump of the
> > dynamic symbols from liblzma.so.5
> > shows the "undefined symbols" defined with the XZ_5.0 version, so I am
> > mystified. It looks o me like it is
> > there. Is confusion with xz-5.0.1 causing this? Should get rid of it?
> > Even so, I don't understand why the
> > loader is claiming that these symbols are undefined when they seem to
> > be defined as far as I can tell.
> > 0000000000007c60 g =C2=A0 =C2=A0DF .text =C2=A00000000000000084 =C2=A0X=
Z_5.0
> > lzma_stream_encoder
> >
> > Any clues to what i happening would be greatly appreciated!
Nothing mysterious here:
src/lib/libarchive/archive_write_set_compression_xz.c uses some code
from the base system /usr/lib/liblzma.so shared library, from
src/lib/liblzma, which is derived from the base system xz 5.0.1, in
src/contrib/xz. Hence the symbols are present, with the symbol
versions that you noted, but undefined in libarchive, because it is
obtaining them from liblzma at run-time. It nudges rtld(1) to do this
in the usual way, via it's DT_NEEDED tag for that library:
objdump -x /usr/lib/libarchive.so | egrep 'NEEDED.*lzma'
> Replying to myself, I re-built all programs that depended on xz and
> then deleted the port. Now everything works fine. I still don't
> completely understand what I was seeing, but it is working, now.
Perhaps you recently updated your base system, but were using old
ports or packages? With up-to-date ports and a recent version of
8-stable you should not have been able to build the archivers/xz port,
even if other ports mistakenly tried to drag it in, because of the
following lines in the ports/archivers/xz Makefile:
.if ${OSVERSION} >=3D 900012 || (${OSVERSION} < 900000 && ${OSVERSION} >=3D=
800505)
IGNORE=3D is already in the base system
.endif
Of course, you could have overridden this, by setting NO_IGNORE.
b.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGFTUwNsL7mxy50R==nnk3kuqHQhVt0wPMXA5DaVNPZjeZqZyw>