Re: Relative executable path. Was Re: gnuplot Mac pkg

[Allin C. <cot...@wf...>]

On Fri, 11 Mar 2016, Nicolas Brouard (INED) wrote:

>
>> Le 10 mars 2016 à 23:21, Allin Cottrell <cot...@wf...> a écrit :
>> There's now an updated build at
>>
>> http://ricardo.ecn.wfu.edu/pub/gnuplot/gnuplot-5.0.3-quartz.dmg <http://ricardo.ecn.wfu.edu/pub/gnuplot/gnuplot-5.0.3-quartz.dmg>
>
> I looked at your dmg above and everything seems working but the 
> hard link to gnuplot.gih could be replaced with its “standard" 
> location -DHELPFILE=\"/usr/local/share/gnuplot/5.0/gnuplot.gih\" 
> instead of yours at build time:
>
> gnuplot> help set ter
>
> /home/cottrell/stats/q2/Gretl.app/Contents/Resources/share/gnuplot/5.0/gnuplot.gih: No such file or directory
>
> Then anyone could avoid the use of your script “gnuplot.sh" with 
> the environments GNUHELP,GNUPLOT_PS_DIR. And at installation time 
> the .dmg could move this important file to 
> /usr/locall/share/gnuplot/5.0/. I agree that it is not completely 
> the spirit of OS/X and Apps.

I think that if I were going to insert a more helpful default path 
for gnuplot.gih at build time (not a bad idea) it would be better to 
make it the canonical path for a Mac-type installation, namely under

/Applications/Gnuplot.app/Contents/Resources/share

>
> But it seems that the following command to get the correct relative path to binary doesn’t go into error but does a simple ‘touch’ without any warinng!
> $ install_name_tool -change /usr/local/share/gnuplot/5.0/gnuplot.gih @executable_path/../share/gnuplot.gih bin/gnuplot
>
> @executable_path works only (yet?) for objects.

Yes. I don't expect that's going to change.

Allin Cottrell