From: Alexander H. <ale...@gm...> - 2015-03-24 00:40:00
|
I don’t do TCL, so that’s just absolute gibberish to me. > On Mar 23, 2015, at 5:27 PM, Jack Howarth <how...@gm...> wrote: > > Alexander, > Attached is the current MacPorts portsandbox.tcl which just > seems to setup a profile to send to /usr/bin/sandbox-exec. > Jack > > On Mon, Mar 23, 2015 at 7:33 PM, Alexander Hansen > <ale...@gm...> wrote: >> >> >>> On Mar 23, 2015, at 4:26 PM, Cyrille Artho <cyr...@gm...> wrote: >>> >>> Hi all, >>> Thank you for your responses. I see that autotools are very eager to >>> look into /usr/local no matter what, so I have built gcc by >>> temporarily renaming /usr/local this time. I will try the other >>> workaround next time. >>> >>> Incidentally, Mac Ports seems to have found a solution: >>> >>> "Note that starting with 2.3.0, MacPorts can automatically hide >>> /usr/local (and all other files a port does not depend on) from ports' >>> build systems. This feature is called trace mode and is activated by >>> providing the -t flag to port". >>> >>> This seems to work in almost all cases. I wonder if it is possible to >>> implement this for fink? (I don't know how the "trace mode" works, but >>> having this option would be helpful if it is known to work well.) >>> >>> On Tue, Mar 24, 2015 at 4:07 AM, Alexander Hansen >>> <ale...@gm...> wrote: >>>> >> >> It’s not just autotools, but the compilers as well. >> >> We could likely do it in Fink if someone who is familiar with the Macports build system can translate how they to it to how we could do it. >> >> -- >> Alexander Hansen, Ph.D. >> Fink User Liaison >> > <portsandbox.tcl> |