Le Sat, Apr 16, 2022 at 10:11:11PM +0200, Volker Schlecht a écrit : > Hi, > > so here's my shot at the octave update. There are some remaining failing > tests (they have been failing in 5.2.0 as well), that are due to Octave > banking on some specific behaviors of GNU libstdc++ ... (un)fortunately > these are all documented: > > https://lists.gnu.org/archive/html/octave-maintainers/2018-04/msg00152.html
so those are *not* regressions ? > > The most disturbing one is the difference in parsing imaginary parts of > complex numbers, so using dlmread or str2double is badly broken on systems > building with libc++: > > https://bugs.llvm.org/show_bug.cgi?id=17782 > > That's not a regression vs. the 5.2.0 port - it's been in there as well. > > I added a dependency on gtar, because Octave assumes either bsdtar or GNU > tar, and enforcing GNU tar seemed to be the most straightforward way of > addressing that. thanks for that tedious work - btw the port has a maintainer, which i'm ccing now :) steven, now is the time to comment on this update (which depends on qhull in the same thread) as for that last thing, from my reading of the patch, if it correctly detects bsd tar by running 'tar --version' and assuming its bsdtar if the latter fail, then we're sure that our tar will be properly detected/used ? or it assumes/looks for a command named 'bsdtar' ? either way, since on OpenBSD GNU tar is gtar i dont see how ther could be mixup between both, so if at runtime it works with our tar why the need to patch it ? looking at the patch all tar usages seems covered by our tar options.. Landry
