Send Gretl-devel mailing list submissions to gretl-devel(a)lists.wfu.edu To subscribe or unsubscribe via the World Wide Web, visit http://lists.wfu.edu/mailman/listinfo/gretl-devel or, via email, send a message with subject or body 'help' to gretl-devel-request(a)lists.wfu.edu You can reach the person managing the list at gretl-devel-owner(a)lists.wfu.edu When replying, please edit your Subject line so it is more specific than "Re: Contents of Gretl-devel digest..." Today's Topics: 1. Re: gretl-quartz.dmg, second draft (Allin Cottrell) ---------------------------------------------------------------------- Message: 1 Date: Fri, 22 Mar 2013 08:24:46 -0400 (EDT) From: Allin Cottrell <cottrell(a)wfu.edu&gt; Subject: Re: [Gretl-devel] gretl-quartz.dmg, second draft To: Gretl development <gretl-devel(a)lists.wfu.edu&gt; Message-ID: <alpine.LNX.2.03.1303220822330.580(a)wfu.edu&gt; Content-Type: text/plain; charset="windows-1252" On Fri, 22 Mar 2013, Berend Hasselman wrote: > On 22-03-2013, at 11:01, Berend Hasselman <bhh(a)xs4all.nl&gt; wrote: > > Followup on this: > >> >> - Tools, Gnuplot starts the included gnuplot but in the Terminal window you get the message: >> dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/login) is setuid or setgid >> gnuplot does start with terminal type aqua. >> Googling on the warning turned up: >> >> http://apple.stackexchange.com/questions/58228/how-to-fix-terminal-error-... >> >> and in that discussion this >> >> https://discussions.apple.com/thread/4143805?start=0&tstart=0 >> >> There is more about this on the internet. It seems to evolve round the use of sudo. The matter is totally beyond me. >> It appears to be a bug in 10.8.x. >> > > I commented out the line > > export DYLD_LIBRARY_PATH="$TOP"/lib > > in the file Gretl.app/Contents/MacOS/Gretl. > Did Tools, Gnuplot and didn't get the DYLD_ warning/... message. > > So is the line with DYLD? actually necessary since it seems > that all Gretl specific .dylib and .so files have a relative > installname (@executablepath/.?)? (BTW: very nice and good > job!) > (checked with otool -L) Yes, I think you're right -- we should be able to delete the DYLD_LIBRARY_PATH setting in the gretl launcher script without loss. Allin ------------------------------ _______________________________________________ Gretl-devel mailing list Gretl-devel(a)lists.wfu.edu http://lists.wfu.edu/mailman/listinfo/gretl-devel End of Gretl-devel Digest, Vol 74, Issue 15 *******************************************