[Octave-bug-tracker] [bug #62733] python.m feature needs more sophisticated search for python executable

[Colin Macdonald]

URL:
  <https://savannah.gnu.org/bugs/?62733>

                 Summary: python.m feature needs more sophisticated search for
python executable
                 Project: GNU Octave
               Submitter: cbm
               Submitted: Sat 09 Jul 2022 04:58:38 PM UTC
                Category: Octave Function
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Incorrect Result
                  Status: None
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
                 Release: dev
         Discussion Lock: Any
        Operating System: GNU/Linux


    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Sat 09 Jul 2022 04:58:38 PM UTC By: Colin Macdonald <cbm>
Currently it just calls "python", which is likely to not exist on many unix
systems.

See:
https://octave.discourse.group/t/configure-test-for-python-can-fail-but-with-little-apparent-harm/2978

where I said:

- - - -

Yeah that seems simplistic in the post-Python 2 reality...   In Symbolic we
have this file:
https://github.com/cbm755/octsympy/blob/main/inst/private/defaultpython.m
which basically returns "python3" on unix and "python" on Windows.

We also support `PYTHON` environment variable, which takes precedence over
that default.  This is done in
https://github.com/cbm755/octsympy/blob/main/inst/sympref.m

Perhaps we should port some of that to core?








    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?62733>

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