octave-bug-tracker
[Top][All Lists]
Advanced

[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/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]