[Debian-med-packaging] Bug#1044139: Bug#1044139: phyx: FTBFS on hppa - section conflict

Étienne Mollier emollier at debian.org
Mon Aug 14 10:36:40 BST 2023


Control: tags -1 + confirmed
Control: tags -1 + help

Hi Dave,

John David Anglin, on 2023-08-13:
> The build fails here due to a section conflict:
> 
> g++ -g -O2 -ffile-prefix-map=/<<PKGBUILDDIR>>=. -Wformat -Werror=format-security -O3 -std=c++14 -fopenmp -Wall -DOMP -ftree-vectorize -Wdate-time -D_FORTIFY_SOURCE=2  -c -fmessage-length=0 -MMD -MP -MF "branch_segment.d" -o "branch_segment.o" "branch_segment.cpp"
> In file included from /usr/include/armadillo:744,
>                  from rate_model.h:4,
>                  from state_reconstructor.h:8,
>                  from state_reconstructor.cpp:5:
> /usr/include/armadillo_bits/glue_times_meat.hpp: In function ‘static void arma::glue_times::apply(arma::Mat<eT>&, const TA&, const TB&, eT) [with eT = std::complex<double>; bool do_trans_A = false; bool do_trans_B = false; bool do_scalar_times = false; TA = arma::Mat<std::complex<double> >; TB = arma::Mat<std::complex<double> >]’:
> /usr/include/armadillo_bits/glue_times_meat.hpp:652:1: error: ‘static void arma::glue_times::apply(arma::Mat<eT>&, const TA&, const TB&, eT) [with eT = std::complex<double>; bool do_trans_A = false; bool do_trans_B = false; bool do_scalar_times = false; TA = arma::Mat<std::complex<double> >; TB = arma::Mat<std::complex<double> >]’ causes a section type conflict with ‘static void arma::gemm_mixed_large<do_trans_A, do_trans_B, use_alpha, use_beta>::apply(arma::Mat<eT2>&, const arma::Mat<in_eT1>&, const arma::Mat<in_eT2>&, out_eT, out_eT) [with out_eT = std::complex<double>; in_eT1 = std::complex<double>; in_eT2 = double; bool do_trans_A = false; bool do_trans_B = false; bool use_alpha = false; bool use_beta = false]’
>   652 | glue_times::apply
>       | ^~~~~~~~~~
> In file included from /usr/include/armadillo:588:
> /usr/include/armadillo_bits/mul_gemm_mixed.hpp:39:3: note: ‘static void arma::gemm_mixed_large<do_trans_A, do_trans_B, use_alpha, use_beta>::apply(arma::Mat<eT2>&, const arma::Mat<in_eT1>&, const arma::Mat<in_eT2>&, out_eT, out_eT) [with out_eT = std::complex<double>; in_eT1 = std::complex<double>; in_eT2 = double; bool do_trans_A = false; bool do_trans_B = false; bool use_alpha = false; bool use_beta = false]’ was declared here
>    39 |   apply
>       |   ^~~~~

Thanks for the report, I could reproduce the issue in qemu hppa
binfmt chroot context, so shouldn't be too hard to investigate
by anyone comfortable with this setup.  I have no clue however
how to fix that particular architecture specific build failure,
help would be appreciated.

Have a nice day,  :)
-- 
  .''`.  Étienne Mollier <emollier at debian.org>
 : :' :  gpg: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
 `. `'   sent from /dev/pts/2, please excuse my verbosity
   `-    on air: Haken - The Architect
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/debian-med-packaging/attachments/20230814/daab3a4b/attachment-0001.sig>


More information about the Debian-med-packaging mailing list