Online Developer Meeting (2021-10-26): Difference between revisions

Jump to navigation Jump to search
Copy topics from last meeting. Add two potential topics for this meeting.
(Create page.)
 
(Copy topics from last meeting. Add two potential topics for this meeting.)
Line 6: Line 6:
* Meet and greet 5 minutes before meeting (audio testing).
* Meet and greet 5 minutes before meeting (audio testing).


=== First topic ===
=== Progress of Octave 6.4.0 release ===
 
[https://octave.discourse.group/t/start-release-process-for-octave-6-4-0/1652 Start release process for Octave 6.4.0]
 
* State of OpenBLAS compilation bug(?): [https://savannah.gnu.org/bugs/index.php?61246 bug #61246: matrix inversions give wrong results (inv, lu, mldivide)]
* <code>pkg test sparsersb</code> crashes Octave (only when installed to read-only directory?). Needs further investigation.
* Which version numbers to update in which files on (minor) release? (CITATION file?)
* Update of merge date for Octave 7.x?
 
=== Fallback topic: <code>spawn</code> with <code>P_OVERLAY</code> works differently on POSIX and Windows ===
 
(Only if there is nothing else to talk about.)
 
Markus' current understanding:
* <code>spawn</code> with <code>P_OVERLAY</code> replaces the current process with a new one. On POSIX, another process waiting for the original process (like a terminal) will wait for the '''replacing''' process instead.
* On Windows, <code>spawn</code> with <code>P_OVERLAY</code> also replaces the current process. But each process has a distinct id on Windows. I.e., the new process gets a different process id from the original one. Another process (like a terminal) waiting for the original process id will resume once the '''original''' process terminates. (The same happens with <code>exec</code>.) That leads to issues when trying to use the <code>octave.exe</code> wrapper on Windows.
* Could we use <code>spawn</code> with <code>P_WAIT</code> instead? IIUC, that would require passing the return code from the spawned process. What else?
 
 
== Previous topics ==
:''The following items were not discussed.  Just some links to progress on those items are displayed.''
 
=== Octave 6.4.0? ===
 
* Last(?) Octave 6 release?
* Background: 12 changes on the stable branch (~10 on the release branch of MXE Octave) since the last release. Most important ones:
** Octave GUI doesn't start for some Windows users. Bug in Qt 5.14 that is fixed in Qt 5.15.
** Crash to desktop fixed in Octave core ([https://savannah.gnu.org/bugs/?61191 bug #61191]).
** Crash to desktop fixed in librsb ([https://savannah.gnu.org/bugs/?60042 bug #60042], only affects Windows bundle).
** Command line arguments with parameters (e.g. <code>--path</code>) can't be combined with <code>--gui</code> ([https://savannah.gnu.org/bugs/?60886 bug #60886]).
 
* Ask on discourse for pending changes and do a new release.
 
=== Approximate release date for Octave 7? ===
 
* Last few cycles: merge to stable and release date of first stable version:
** 6.x: merge to stable: 2020-02-17 --- release: 2020-11-26 (~ 9.5 month)
** 5.x: merge to stable: 2018-12-20 --- release: 2019-02-23 (~ 2 month)
** 4.4.x: merge to stable: 2018-04-04 --- release: 2018-04-30 (< 1 month)
** 4.2.x: merge to stable: 2016-09-28 --- release: 2016-11-13 (~ 1.5 month)
 
* Unfinished projects:
** Symbol visibility breaks tests for indexing expressions on macOS. Also many linker warnings similar to this (see [https://savannah.gnu.org/bugs/index.php?59820 bug #59820]):
ld: warning: direct access in function 'conv_to_int_array(Array<octave::idx_vector> const&)' from file 'liboctave/array/.libs/libarray.a(libarray_la-Array-util.o)' to global weak symbol 'vtable for Array<long long>' from file 'liboctave/array/.libs/libarray.a(libarray_la-Array-i.o)' means the weak symbol cannot be overridden at runtime. This was likely caused by different translation units being compiled with different visibility settings.
** Support paths including spaces (mostly for Windows - '''not''' relying on short file names). What about package Makefiles? Probably best if we defer that one to later.
** more efficient mex file interface with direct pointers to data in Octave arrays (jwe)
** Prefer OCTAVE_LOCAL_BUFFER over Array objects where possible (Rik, not a blocker)
 
* Probably merge default to stable some time in November
* Probably release Octave 7 around the end of this year or early 2022.
 
=== CamelCase in Octave functions? ===
 
* What is our current stance on that?  -->  Avoid it for consistency. Allowed for compatibility.
 
=== Octave released on MSYS2 ===
 
* Not aiming to replace MXE Octave (more reliable, tested, stable(?)). Rather complement it.
* Target group:
** Users that want to use e.g. Octave packages that depends on third party packages not included in MXE Octave.
** Users that need features of newer versions of packages that are included in MXE Octave.
 
=== GCC plugins ===
 
* Call out to anyone who has experience with compiler plugins
* Is it possible to write a compiler plugin that identifies variables that match certain conditions? E.g., <code>m_</code> prefix for member variables.
* Might allow other analysis of the code: E.g., are static or global variables used in a thread-safe manner?
 
=== Convenience function to check for integer property ===
 
* Add a function that checks if a double has an integer value.
* Also return true for integer type input.
* What is a good name (in Octave and C++ code)?
 
=== Broadcasting with special matrix types ===
 
* Topic comes up repeatedly in bug reports.
* Add convenience option to disable support for these types (range, diagonal matrix, permutation matrix)?
* Cast to full matrices before broadcasting? Special handling for NaN and Inf values!


* First point


== See also ==
== See also ==
214

edits

Navigation menu