Bug#817879: csound: FTBFS: libmvec_nonshared.a(svml_finite_alias.oS): relocation R_X86_64_PC32 against undefined symbol `_ZGVbN2v_log@@GLIBC_2.22' can not be used when making a shared object; recompile with -fPIC

Felipe Sateler fsateler at debian.org
Fri Mar 11 13:10:21 UTC 2016


Control: tags -1 help

On 11 March 2016 at 05:51, Chris Lamb <lamby at debian.org> wrote:
>
> Source: csound
> Version: 1:6.05~dfsg1-7
> Severity: serious
> Justification: fails to build from source
> User: reproducible-builds at lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-builds at lists.alioth.debian.org
>
> Dear Maintainer,
>
> csound fails to build from source in unstable/amd64:
>
>   [..]
>
> CMakeFiles/csound64.dir/InOut/libmpadec/mp3dec.c.o CMakeFiles/csound64.dir/csound_orclex.c.o CMakeFiles/csound64.dir/csound_orcparse.c.o CMakeFiles/csound64.dir/csound_prelex.c.o CMakeFiles/csound64.dir/Engine/csound_orc_semantics.c.o CMakeFiles/csound64.dir/Engine/csound_orc_expressions.c.o CMakeFiles/csound64.dir/Engine/csound_orc_optimize.c.o CMakeFiles/csound64.dir/Engine/csound_orc_compile.c.o CMakeFiles/csound64.dir/Engine/new_orc_parser.c.o CMakeFiles/csound64.dir/Engine/symbtab.c.o CMakeFiles/csound64.dir/Engine/cs_new_dispatch.c.o CMakeFiles/csound64.dir/Engine/cs_par_base.c.o CMakeFiles/csound64.dir/Engine/cs_par_orc_semantic_analysis.c.o CMakeFiles/csound64.dir/Engine/cs_par_dispatch.c.o -lsndfile -lpthread -lm -ldl
>   /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libmvec_nonshared.a(svml_finite_alias.oS): relocation R_X86_64_PC32 against undefined symbol `_ZGVbN2v_log@@GLIBC_2.22' can not be used when making a shared object; recompile with -fPIC

My first guess this is a bug in libc. The linker script in libm.so
instructs the inclusion of libmvec_nonshared, so one would expect to
libmvec_nonshared to be something that can be linked into a shared
object.

Dear libc maintainers, is the above assessment correct, or is csound
doing something unexpected? Some data points:

1. The failure is at linking a shared library libcsound
2. The shared library uses -lm
2. The library uses OpenMP
3. Removing the mvec_nonshared makes the shared library link pass, but
not the end executables that link with libcsound, complaining about
undefined references.
4. The binaries do not use -lm

Assistance on this matter is appreciated, I do not know what can be
done to fix this.


-- 

Saludos,
Felipe Sateler



More information about the pkg-multimedia-maintainers mailing list