[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 #53, bug #51632 (project octave):

(Returning after a few distractions)

@Markus:
About 8.3 vs LFN path names comment #41:
I'm afraid no call to canonicalize-file-name can be dropped.
The 8.3 style file names are deep in the mxe-octave installer. See for
example:

>> [a, b] = pkg ('prefix')
a = C:\Programs\Octave\OCTAVE~1.0_2\mingw64\share\octave\packages
b = C:\Programs\Octave\OCTAVE~1.0_2\mingw64\lib\octave\packages
>> OCTAVE_HOME
ans = C:\Programs\Octave\OCTAVE~1.0_2\mingw64



This feature request is about relocating unzipped mxe-octave installations. I
think prebuilt packages in such installations are installed in OCTAVE_HOME
anyway so prefixes would seem to be less relevant at first sight.
But to make the patch more general I think I'll make the pkg paths relative to
the prefix and archprefix. In mxe-octave installers and zipdists it won't make
any functional difference. The verbatim block above shows how OCTAVE_HOME is
part of those prefixes in mxe-octave installations anyway.

A first final cset would be for Octave itself, I hope to come up with one this
weekend.

The next step is patching mxe-octave to produce an octave_packages file in the
installer and zipdist archive. Shouldn't be too hard but needs some sorting
out; perhaps JohnD can help if I get stuck.


    _______________________________________________________

Reply to this item at:

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

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