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

[Aurelien Jarno]

control: retitle -1 libc.so.6: fail to build shared objects that use libmvec.so functions
control: reassign -1 libc6
control: affects -1 csound
control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=19590

On 2016-03-11 10:10, Felipe Sateler wrote:
> 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.

This is indeed a glibc bug. I am therefore reassigning the bug there, it
will be fixed in the next upload.

Aurelien

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien at aurel32.net                 http://www.aurel32.net