[Octave-bug-tracker] [bug #59968] ld: symbol(s) not found for architecture x86_64

[Markus Mützel]

Follow-up Comment #8, bug #59968 (project octave):

Thanks for the file #50819.

It looks like that version of libspqr exports this symbol (+ demangled version
of it):

__Z13SuiteSparseQRINSt3__17complexIdEEElidlP21cholmod_sparse_structPS4_PPlS5_S7_PP20cholmod_dense_structP21cholmod_common_struct
_long SuiteSparseQR<std::__1::complex<double> >(int, double, long,
cholmod_sparse_struct*, cholmod_sparse_struct**, long**,
cholmod_sparse_struct**, long**, cholmod_dense_struct**,
cholmod_common_struct*)


On the other hand, Octave tries to link this symbol (+demangled version):

__Z13SuiteSparseQRISt7complexIdEElidlP21cholmod_sparse_structPS3_PPlS4_S6_PP20cholmod_dense_structP21cholmod_common_struct
_long SuiteSparseQR<std::complex<double> >(int, double, long,
cholmod_sparse_struct*, cholmod_sparse_struct**, long**,
cholmod_sparse_struct**, long**, cholmod_dense_struct**,
cholmod_common_struct*)


I'm not sure if `std::complex` or `std::__1::complex` is the "more correct"
symbol on macOS. Is it possible you are mixing two different standard
libraries?
Does the error persist if you sort your `-I` and `-L` flags to consistently
use files from MacPorts instead of the files installed on your system (or the
other way round)?


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?59968>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/