Use configure.ldflags-delete instead of configure.ldflags?

Anders F Björklund afb at macports.org
Tue Mar 22 01:28:15 PDT 2011


Jeff Johnson wrote:

>> There was an over-engineered solution called "binreloc" for this,
>> that was for Linux but also portable to Solaris/Darwin (not BSD ?).
>> 
>> http://www.autopackage.org/docs/binreloc/
>> -> _NSGetExecutablePath(path, &path_len);
>> 
> 
> Yes autopackage is/was horrendously over-engineered.
> 
> But the problem still remains, particularly with 3rd party excutables
> built out of tree. NixOS has a rather straightly-forward solution
> to path independence. Not quite run-time, but cleanly separated from The Build.

I think that is different, NixOS (and also Gobo) still use
absolute paths even if they use one path/prefix per package.
But you can't "move stuff around" in the file system after
installation, like you can with the AppDirs and the .app ?

> And the relevance to MacPorts and Mach-O is that the problem is the same
> (in fact worse on MacPorts) and the engineering approaches to solving
> are the same even if the implementations I just mentioned are irrelevant.

I think the equivalent for MacPorts would be to use
${prefix}/var/macports/software/${name}/${version}*
as the prefix for each program, instead of ${prefix} ?
Not sure if that's a good idea (or simple), though.

--anders



More information about the macports-dev mailing list