Online Developer Meeting (2021-07-27): Difference between revisions

Jump to navigation Jump to search
 
(4 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 (Kai).
** 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 45: Line 46:
* jwe had a look at Octave own reference counting
* jwe had a look at Octave own reference counting
* Wish to replace it with C++ shared pointers
* Wish to replace it with C++ shared pointers
* Expert knowledge wanted!
* 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 will reach out on Discourse about the exact problems.
* 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].
* jwe identified "copy expensive" inefficiency about mxArray to octave_value conversion? (some clarification needed)
** Root of the trouble lies in historical handling of complex data?? (some clarification needed)


== Previous topics ==
== Previous topics ==

Navigation menu