[Octave-bug-tracker] [bug #65179] Arrays of classdef objects not implemented

[Rik]

URL:
  <https://savannah.gnu.org/bugs/?65179>

                 Summary: Arrays of classdef objects not implemented
                   Group: GNU Octave
               Submitter: rik5
               Submitted: Thu 18 Jan 2024 08:55:58 AM PST
                Category: Interpreter
                Severity: 1 - Wish
                Priority: 5 - Normal
              Item Group: Feature Request
                  Status: Confirmed
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
                 Release: dev
         Discussion Lock: Any
        Operating System: Any
           Fixed Release: None
         Planned Release: None


    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Thu 18 Jan 2024 08:55:58 AM PST By: Rik <rik5>
Many bugs have been reported against classdef which all relate to the fact
that Octave does not implement an array container for objects.  Hence, placing
multiple objects into an array with square bracket notation fails.  As does
trying to concatenate objects into an array with square brackets.  As does
transposing arrays of objects.  And Octave is obviously not Matlab compatibile
here as certain metalist functions return object arrays.

The currently suggested workaround is to use cell arrays which are a container
that supports concatenation, transposition, etc.  But there are still
differences.  See bug #53906.  For example, the properties of an object can be
referenced using dot notation from an object array just as they can from
struct arrays (which possibly provides a clue on how best to implement this).

Filing this bug report to be a central location for work on this topic.  I
will point other bugs to depend on this item.







    _______________________________________________________

Reply to this item at:

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

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