[Octave-bug-tracker] [bug #56267] addpath() on Windows fails to recognize same subdirs with different fileseps and case

[Philip Nienhuis]

Follow-up Comment #17, bug #56267 (project octave):

OK, all paths in the output of "path" are now LFN, good & thanks.

That brings up a second question:
I now some some very long paths listed:

:
:
L:\philip\devel\octdev\mxe\mxe_64w_20190901\dist\octave\mingw64\share\octave\6.0.0\m\testfun
L:\philip\devel\octdev\mxe\mxe_64w_20190901\dist\octave\mingw64\share\octave\6.0.0\m\time
L:\philip\devel\octdev\mxe\mxe_64w_20190901\dist\octave\mingw64\share\octave\6.0.0\m\web
L:\philip\devel\octdev\mxe\mxe_64w_20190901\dist\octave\mingw64\share\octave\6.0.0\data

>> OCTAVE_HOME
ans = L:\philip\devel\octdev\mxe\mxe_64w_20190901\dist\octave\mingw64
>>


(in case you wonder, L: is my Linux /home partition mounted in windows using
ext2fsd)

I'm wondering if there's any support for shortening those by using e.g.,
<OCTAVE_HOME> as first entry, so the listing could be

:
:
<OCTAVE_HOME>\share\octave\6.0.0\m\testfun
<OCTAVE_HOME>\share\octave\6.0.0\m\time
<OCTAVE_HOME>\share\octave\6.0.0\m\web
<OCTAVE_HOME>\share\octave\6.0.0\data
>>


m-file example code to get this together is in my pending patch for bug
#51632, second hunk for private/installed_packages.m.
For load-path.cc it obviously needs translation to C++.

Could be a new bug report / feature request. Shall I open one?


    _______________________________________________________

Reply to this item at:

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

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