[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #54174] copyobj/hgsave errors in test suite, a
From: |
Andrew Janke |
Subject: |
[Octave-bug-tracker] [bug #54174] copyobj/hgsave errors in test suite, and Ghostscript initialization errors |
Date: |
Sun, 24 Jun 2018 16:19:06 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.87 Safari/537.36 |
Follow-up Comment #2, bug #54174 (project octave):
> I see that
/Applications/Octave-4.4.0.app/Contents/Resources/usr/opt/ghostscript_9.23/bin
is in your PATH. Is Ghostscript 9.21 found in a directory that is earlier on
the PATH list?
No, my Ghostscript 9.21 is in /usr/local/bin, which is not in that PATH. But
this PATH from the build logs is only in effect at build time. My run-time
PATH for Octave is the following:
>> regexp(getenv('PATH'), ':', 'split')
ans =
{
[1,1] = /Applications/Octave-4.4.0.app/Contents/Resources/usr/bin/
[1,2] = /Applications/Octave-4.4.0.app/Contents/Resources/usr/bin/
[1,3] = /Users/janke/perl5/bin
[1,4] = /usr/local/sbin
[1,5] = /Users/janke/bin
[1,6] = /usr/local/bin
[1,7] = /usr/local/bin
[1,8] = /usr/bin
[1,9] = /bin
[1,10] = /usr/sbin
[1,11] = /sbin
[1,12] = /Applications/VMware Fusion.app/Contents/Public
[1,13] = /Library/TeX/texbin
[1,14] = /usr/local/MacGPG2/bin
[1,15] = /opt/X11/bin
[1,16] = /Users/janke/.rvm/bin
[1,17] =
/Applications/Octave-4.4.0.app/Contents/Resources/usr/Cellar/octave-octave-app_4.4.0/4.4.0/libexec/octave/4.4.0/site/exec/x86_64-apple-darwin17.6.0
[1,18] =
/Applications/Octave-4.4.0.app/Contents/Resources/usr/Cellar/octave-octave-app_4.4.0/4.4.0/libexec/octave/api-v52/site/exec/x86_64-apple-darwin17.6.0
[1,19] =
/Applications/Octave-4.4.0.app/Contents/Resources/usr/Cellar/octave-octave-app_4.4.0/4.4.0/libexec/octave/site/exec/x86_64-apple-darwin17.6.0
[1,20] =
/Applications/Octave-4.4.0.app/Contents/Resources/usr/Cellar/octave-octave-app_4.4.0/4.4.0/libexec/octave/4.4.0/exec/x86_64-apple-darwin17.6.0
[1,21] =
/Applications/Octave-4.4.0.app/Contents/Resources/usr/Cellar/octave-octave-app_4.4.0/4.4.0/bin
}
That very first entry,
/Applications/Octave-4.4.0.app/Contents/Resources/usr/bin/, contains my 9.23
Ghostscript. The `/usr/local/bin` is later, so the 9.23 should take
precedence.
$ /Applications/Octave-4.4.0.app/Contents/Resources/usr/bin/gs --version
9.23
Okay: I see the logic for locating Ghostscript in `__print_parse_opts__.m`
lines 479 to 491. And it sure looks to me like that logic should be picking
up my 9.23 installation.
>> file_in_path(getenv('PATH'), 'gs')
ans = /Applications/Octave-4.4.0.app/Contents/Resources/usr/bin/gs
>> system([ans ' --version'])
9.23
ans = 0
I will spend some time running through this in the debugger to see if I can
find out where the version detection is going wrong.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?54174>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/