[Octave-bug-tracker] [bug #54219] Dynamic detection of JVM on macOS

[Andrew Janke]

Follow-up Comment #6, bug #54219 (project octave):

Okay, I've made a new attempt, broken into three patches. This one keeps
everything in libinterp to avoid major reorganization of the I/O classes.

* dyn-jvm-v02-step-01-oct-proc.patch - adds the C++-level
run_command_and_return_output function
* dyn-jvm-v02-step-02-respect-JAVA_HOME.patch - adds JAVA_HOME support on
macOS and Linux, taking priority over the compile-time detected path
* dyn-jvm-v02-step-03-usr_libexec_java_home-on-macOS.patch - adds
/usr/libexec/java_home support on macOS

The new logic handles various 'jre/lib', 'jre/lib/server', 'jre/lib/amd64',
'lib/client', etc variations. Same detection logic is used for paths under
JAVA_HOME and /usr/libexec/java_home's output, so they're directly
substitutable.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?54219>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/