Online Developer Meeting (2022-03-22)

From Octave
Jump to navigation Jump to search

Todays topics

  • Meet and greet 5 minutes before meeting (audio testing).

NumFOCUS

Octave v8.0

Package problems

  • How to deal with user frustration about unmaintained but highly demanded packages?
    • The list below might be longer (thinking of the symbolic package for example...)
    • Strategy for "forced releases" in cases: (a) working patch exists (b) patch applied but unreleased?

Communications

  • bug #46521 is still lingering with nir_krakauer and lostbard there has been significant progress.
    • Should some energy be directed to closing this? Not related to Octave itself. See note in bug report.

Signal

  • There has been tremendous work submitted by Charles Praplan, JWE, and others.
    • However it appears none of this has been incorporated.
    • After release of version 1.4.1; is this no longer being maintained? Not related to Octave itself. Please reach out for the package maintainer about future plans. If one is interested she might offer to become new package maintainer.

Previous topics

The following items were not discussed. Just some links to progress on those items are displayed.

Release process of Octave 7.1

  • Blocking issues: 8 open bugs targeting 7.0.90, 3 marked as "ready for test" (see Savannah overview on octave.space)
  • Good progress on some of the blocking issues by jwe. Most important remaining ones:
    • bug #61788: arrays of type int16 contain wrong numbers
      • The :-operator will probably be changed to return an array (instead of a range object) before Octave 7.
      • Image package had trouble with this change (bug #61815). These changes should be reviewed with the next Octave 7 release candidate.
      • jwe summarized options for the release in comment #18 of the bug report.
      • jwe will revert most changes on "stable" (Octave 7) and continue developing on "default".
    • bug #61813: memory management bug when calling MEX that returns an output
      • @jwe check in a fix that will also revert to copying data in the .mex interface (less efficient, but also the way it has always been done until now) unless Octave is compiled with C++17 pmr.
      • This also avoids the malloc-operator delete[] mismatch.
      • Confirmed fixed now.
    • bug #61821: segfault using tree_parameter_list in oct file
      • Lower priority, only 32-bit (only on Windows?). Maybe a compiler bug?
      • Not a blocker.
    • bug #61898: subsref: Error when field syntax is used on non-scalar @class object
      • Not a bug in Octave core. Recent changes to output argument validation uncovered an issue in interval package.
    • Similar bug #61843: Regression with subscripted assignments with arrays of objects
      • Older regression.
    • Use suffix for API string when it requires C++17 pmr?
      • Should indicate if Octave was compiled with C++17 support or not.
      • Need to recompile packages.
      • Agreed to avoid suffix. Leave things as is.
    • bug #61687: Ignore not updated translations. Open new bug report for further translations.
    • There will be soon a second release candidate.

Minimum Qt5 version for Octave 8?

libinterp

dynamic loader (oct-files)

  • jwe worked on refactoring dynamic code loading with std::shared_ptr, also for reference counting.
  • Not clear if there is a portable "standard" way of loading code dynamically (oct-file). Ideas are welcome.

See also