-
Notifications
You must be signed in to change notification settings - Fork 343
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Macports now has gs 9.50 so no need to build separately #1993
Conversation
We can now use the macports version of gs in our bundle bulding.
gs doesn't work:
The search path of the macports gs is:
while the gs search path in the 6.0.0 bundle (your own build) is:
The macports gs doesn't search |
OK, maybe now you need to set GS_LIB=..... |
No luck. gs needs more parameters than we thought. |
Stoopid stuff. So per man page:
But GS_LIB is supposed to point to initialization files and fonts. Also GS_FONTPATH... |
What did you set GS_LIB to? /Applicationsgmt.../share/ghostscript/9.50 ? Maybe add GS_FONTPATH to .../fonts ? |
Followed your suggestion and still doesn't work. Running
Setting
Then gs reports something wrong with GenericResourceDir.
Running
|
Looks like the macports gs installation is not relocatable. |
Yes, the homebrew gs is also not relocatable. |
OK, so we will stick with our own compiled version and delete this PR. |
We can now use the macports version of gs in our bundle building. @seisman, I built a test gmt-6.0.1-darwin-x86_64.dmg in the usual ftp dir if you want to check. This gs uses libgs.dylib and a symbolic link gs to gsc which is the ghostcsript application in macports. Worked for me, and a basic plot worked.