1,860
edits
(2 intermediate revisions by one other user not shown) | |||
Line 9: | Line 9: | ||
* No "official" announcement happened. Maybe reuse abandoned mailing-lists to announce important events, such as releases. | * No "official" announcement happened. Maybe reuse abandoned mailing-lists to announce important events, such as releases. | ||
* How do distribution maintainers get to know about Octave releases? | * How do distribution maintainers get to know about Octave releases? | ||
** Contact Debian maintainers of the Octave package to maybe improve our communication | ** Contact Debian maintainers of the Octave package to maybe improve our communication. | ||
*** Done, already answered: https://lists.gnu.org/archive/html/octave-maintainers/2021-07/msg00001.html | |||
=== Octave 6.4 / 7 / 8 === | === Octave 6.4 / 7 / 8 === | ||
Line 29: | Line 30: | ||
** jwe will continue to work on this feature on Octave 7 (default branch) | ** jwe will continue to work on this feature on Octave 7 (default branch) | ||
** If feature cannot be completed by the end of the year, it will be disabled on parser-level (error), and introduced in Octave 8 one year later. | ** If feature cannot be completed by the end of the year, it will be disabled on parser-level (error), and introduced in Octave 8 one year later. | ||
* New GUI command widget | * [https://octave.discourse.group/t/new-command-window-widget/501? New GUI command widget] | ||
** Possible to introduce it as user opt-in in Octave 7 | ** Possible to introduce it as user opt-in in Octave 7 | ||
** Pending issues: | ** Pending issues: | ||
Line 46: | Line 47: | ||
* Wish to replace it with C++ shared pointers | * Wish to replace it with C++ shared pointers | ||
* Expert knowledge wanted! jwe opened a [https://octave.discourse.group/t/using-std-shared-ptr-t-to-implement-copy-on-write-objects-in-octave/1436 discussion thread] | * Expert knowledge wanted! jwe opened a [https://octave.discourse.group/t/using-std-shared-ptr-t-to-implement-copy-on-write-objects-in-octave/1436 discussion thread] | ||
* jwe identified "copy expensive" inefficiency about mxArray to octave_value conversion? | * jwe identified "copy expensive" inefficiency about mxArray to octave_value conversion? Root of the trouble lies in historical handling of complex data? See this [https://octave.discourse.group/t/improving-performance-of-data-transfer-to-and-from-mex-functions/1437 discussion]. | ||
== Previous topics == | == Previous topics == |