[Octave-bug-tracker] [bug #51632] make global pkg paths always relative to OCTAVE_HOME, no need to pkg rebuild -global when path changes

[Philip Nienhuis]

Follow-up Comment #38, bug #51632 (project octave):

@Markus:
The issue is no so much rmdir() but rather rmpath() that was handed 8.3 style
pathnames but obviously couldn't match them with the LFN ones that appear now
in the search path.
I see that on Windows, at various places in the code, 8.3 style pathnames
still pop up, probably all originating from  __octave_config_info__  .
In itself that's not so much a problem but since your cset 27497:5a0543de1e47
"Add canonical path when using addpath (bug #56267)", canonicalize_file_name
calls are due in several places in the code that deal with paths.
A bit confusing is that all OF packages now have LFN pathnames in the path but
core Octave functions still have 8.3 ones:

:
D:\Octave\Octave-6.0.0_20191031L\mingw64\share\octave\packages\io-2.4.13
D:\Octave\Octave-6.0.0_20191031L\mingw64\lib\octave\packages\io-2.4.13\x86_64-w64-mingw32-api-v53+
:
:
D:\Octave\OCTAVE~1.0_2\mingw64\lib\octave\6.0.0\site\oct\x86_64-w64-mingw32\
D:\Octave\OCTAVE~1.0_2\mingw64\lib\octave\site\oct\api-v53+\x86_64-w64-mingw32
:
:
D:\Octave\OCTAVE~1.0_2\mingw64\share\octave\6.0.0\m\general
:



    _______________________________________________________

Reply to this item at:

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

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