tags 1020058 + pending
thanks
Hi Lucas,
>Relevant part (hopefully):
>> /usr/bin/c++ -g -O2 -ffile-prefix-map=/<<PKGBUILDDIR>>=.
>> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
>> -D_FORTIFY_SOURCE=2 -std=c++0x -g -fPIC -fPIE -Wl,-z,relro -Wl,-z,now
>> -Wl,--as-needed -rdynamic CMakeFiles/sf3convert.dir/sfconvert.cpp.o
>> CMakeFiles/sf3convert.dir/sfont.cpp.o CMakeFiles/sf3convert.dir/xml.cpp.o -o
>> sf3convert /usr/lib/x86_64-linux-gnu/libQt5Xml.so.5.15.4 -lvorbisenc
>> /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.15.4
>> /usr/bin/ld: CMakeFiles/sf3convert.dir/sfont.cpp.o: undefined reference to
>> symbol 'vorbis_block_clear'
>> /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libvorbis.so.0: error adding symbols:
>> DSO missing from command line
this was rather confusing at first, but apparently this message
means that an explicit -lvorbis is expected because while -lvorbisenc
brings it in (DT_NEEDED) for the symbol, the linker, at some point,
switched from GNU to OpenBSD semantics in not following these any more
(which is a good thing).
The actual cause, however, was that pkg-config is now only Recommends
instead of Depends from the -dev B-Ds, so the machinery was unable to
find libvorbis.
Adding an explicit B-D on a pkg-config implementation (I use pkgconf
now, first time) fixes this; upload follows. Maybe this helps others
whose packages have similar problems.
Thanks,
//mirabilos
--
Yay for having to rewrite other people's Bash scripts because bash
suddenly stopped supporting the bash extensions they make use of
-- Tonnerre Lombard in #nosec
