I have to say that I love Cargo's dependency resolution and that everything, including C libraries are usually linked statically. I haven't been able to find how DYLD_LIBRARY_PATH actually works on mac since most google results are just forum post where people are asking for help with linking problems It seems to be very fragile, since just to include one library from a specific location, that location must be added to the dylib search path and then all the other libraries there might cause conflicts. I have a very rudimentary knowledge of dylib loading. To fix this, issue the following command before starting gnuplot: export GDFONTPATH/Library/Fonts:/Library/Fonts/Microsoft:/System/Library/Fonts:/System/Library/Fonts/Supplemental.
After all, we want to run the binary eventually without cargo, not only through cargo run. Note for users of the 'png' terminal: On some versions of OS X, such as Catalina, the 'Arial' font has been moved and you will receive an error message when you do 'set terminal png'. Using brew install gedit it runs through the whole process with a few warnings and errors, including.
#GNUPLOT FOR MAC SIERRA MAC OSX#
I understand that the env vars must be set for the build stage, but I don't think they should be set when the binary is run. I am trying to install gedit on Mac OSX Sierra 10.12.6. However, since Cargo goes out of its way to set many env variables when running the binary, it is not exactly the case. I'm running gnuplot as a subprocess (what follows is a minimal example): Any hints on what is happening are greatly appreciated! TLDR: Linking my rust program with the GSL library causes gnuplot subprocess to load wrong libraries. I having a strange library linking problem.
0 kommentar(er)
