[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #50463] gsvd implementation uses functions rem

From: John W. Eaton
Subject: [Octave-bug-tracker] [bug #50463] gsvd implementation uses functions removed from lapack >= 3.6.0
Date: Wed, 3 Jan 2018 10:24:13 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0

Follow-up Comment #24, bug #50463 (project octave):

It looks like that could work for Windows.  Some care will apparently be
needed to ensure that the output array is sized correctly, but I guess it is
possible.  Weird interface with the length being specified in bytes..

This page https://developer.apple.com/library/content/qa/qa1180/_index.html
says that dlopen has been part of Mac OS since 10.3 (released in 2003) and
based on dyld calls since 10.4 (released in 2005) so I think it's OK to remove
direct support for the dyld interface from Octave now.

A quick search shows that HP/UX did eventually get a dlopen interface so it
might be OK to remove support for shl_load even if we still cared about
support HP/UX.  But I don't recall anyone reporting a problem with HP/UX in
many years, so I suspect no one has built current versions of Octave on HP
systems in a decade or more.  Indeed, this page
https://gcc.gnu.org/install/specific.html#hppa-hp-hpux says that although GCC
does still support HP/UX, it requires explicit template instantiation, so it
would be virtually impossible at this point to build Octave.  So I'd say we
just declare HP/UX dead to Octave and sing songs of great joy on this glorious

 and there are only a few places in Octave that


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]