Bug#664819: libav source build needs to link with -lgcrypt
John David Anglin
dave.anglin at bell.net
Sun Apr 29 14:29:17 UTC 2012
On 29-Apr-12, at 4:40 AM, Reinhard Tartler wrote:
> On Thu, Mar 22, 2012 at 1:30 AM, John David Anglin <dave.anglin at bell.net
> > wrote:
>> On 20-Mar-12, at 9:54 PM, Andres Mejia wrote:
>>
>>> This issue is common if you're using the libav-extra libraries. It's
>>> likely a broken symlink from your *.so files.
>>
>>
>> I don't think so. Updating libgcrypt11 to 1.5.0-3 fixes the build.
>> Somehow,
>> it eliminates the dependency.
>
> I'm not sure if I understand your message. Does this mean that there
> is nothing to do in libav and we can close this bug?
In the original report, there wasn't a broken symlink but I'm puzzled
by the message:
/lib/libgcrypt.so.11: could not read symbols: Invalid operation
Yet the linker seems to have read the symbols:
/usr/bin/ld.bfd.real: note: 'gcry_control@@GCRYPT_1.2' is defined in
DSO /lib/libgcrypt.so.11 so try adding it to the linker command line
Note the undefined reference came from libavformat/
libavformat.a(network.o). I think
that libraries need to be explicitly specified on the command line
when linking with archive libraries.
I don't know why the archive version of libavformat was used.
With libgcrypt11 1.5.0-3, I had a successful build of the libav
package. There isn't a reference to the
above symbol in my installed version of libavformat.a.
Given that issue that triggered the problem is gone, I would close.
Dave
--
John David Anglin dave.anglin at bell.net
More information about the pkg-multimedia-maintainers
mailing list