[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #63916] ocl doesn't install
From: |
Markus Mützel |
Subject: |
[Octave-bug-tracker] [bug #63916] ocl doesn't install |
Date: |
Tue, 14 Mar 2023 04:26:49 -0400 (EDT) |
Follow-up Comment #2, bug #63916 (project octave):
Fwiw, the missing symbol demangles to:
octave_base_matrix<NDArray>::subsref(std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&,
std::__cxx11::list<octave_value_list, std::allocator<octave_value_list> >
const&)
IIUC, that function is declared by a "using" declaration here:
https://hg.savannah.gnu.org/hgweb/octave/file/48eaf9df5a5b/libinterp/octave-value/ov-base-mat.h#l87
// We don't need to override all three forms of subsref. The using
// declaration will avoid warnings about partially-overloaded virtual
// functions.
using octave_base_value::subsref;
OCTINTERP_API octave_value
subsref (const std::string& type, const std::list<octave_value_list>& idx);
octave_value_list subsref (const std::string& type,
const std::list<octave_value_list>& idx, int)
{ return subsref (type, idx); }
I'm not entirely sure I understand the comment correctly. Why do we need that
using-declaration?
Do we need to set some visibility flags to export it?
Or does the `ocl` package need to do something different so that the compiler
knows to use the function from the `octave_base_value` class instead?
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?63916>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/