gpsd-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gpsd-dev] scons quirks


From: Eric S. Raymond
Subject: Re: [gpsd-dev] scons quirks
Date: Tue, 19 Nov 2013 12:25:01 -0500
User-agent: Mutt/1.5.21 (2010-09-15)

Hal Murray <address@hidden>:
> I think the problem I was hitting is that DESTDIR gets wired into the 
> executables.  Things don't get relinked if I run scons install without a 
> DESTDIR or specify a DESTDIR on the "scons" step that does the initial build 
> and then scons install with that same DESTDIR.
> 
> 
> After scons:
> ./gpsmon: RPATH=/home/murray/gpsd/gpsd2://usr/local/lib
> After DESTDIR=scratchinstall scons install
> ./gpsmon: RPATH=/home/murray/gpsd/gpsd2:scratchinstall/usr/local/lib
> ./scratchinstall/usr/local/bin/gpsmon: RPATH=/usr/local/lib
> 
> After scons; scons install (no DESTDIR):
> /usr/local/bin/gpsmon: RPATH=/usr/local/lib
> 
> I can't quite figure out what's going on there, but it doesn't make sense to 
> me to be including the target location in the build of the local copy if the 
> install step is going to remove it.

In theory, that's a reasonable objection.  In practice I think you're
requesting a kind of efficiency that the combination of scons and
chrpath, as they are presently, can't deliver.  The early phase doesn't
know what that the late phase is going to do - they aren't coupled 
that way. 
-- 
                <a href="http://www.catb.org/~esr/";>Eric S. Raymond</a>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]