gpsd-dev
[Top][All Lists]
Advanced

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

Re: [gpsd-dev] 3.11 release is imminent


From: Mike Frysinger
Subject: Re: [gpsd-dev] 3.11 release is imminent
Date: Sat, 7 Dec 2013 01:14:07 -0500
User-agent: KMail/1.13.7 (Linux/3.12.1; KDE/4.6.5; x86_64; ; )

On Saturday 07 December 2013 01:07:48 Eric S. Raymond wrote:
> Mike Frysinger <address@hidden>:
> > On Friday 06 December 2013 23:14:18 Eric S. Raymond wrote:
> > > Gary's ldconfig hack for discovering the system default load path
> > > works on his Gentoo box and here in Ubuntu land.  Fedora, BSD people
> > > and others please test.  If this doesn't go sproing in any of our
> > > target environments it settles all the remaining issues around RPATH.
> > 
> > the current RPATH logic is completely broken.  you cannot assume /lib or
> > /usr/lib is the default as it is extremely common to have a system using
> > something else.  run a 64bit linux distro ?  most likely you're running
> > x86_64 which uses /usr/lib64.
> > 
> > what to cross-compile ?  `ldconfig` will tell you absolutely nothing
> > useful. your host system might be using /usr/lib, but the target could
> > be using /usr/lib64.  or vice versa.
> > 
> > if you want to keep this craziness, then do whatever.  but please put it
> > behind a flag so that distros can completely bypass it.  otherwise i'm
> > going to have to write yet another patch deleting code from the
> > SConstruct.
> 
> Sigh....
> 
> If you have a better idea, let's hear it.

add a bool option named "use_rpaths".  default it however you like (True or 
False).  the point is i get to build it with "False".

then add a non-bool option named "rpath".  if "use_rpaths" is enabled, then 
use this value as the RPATH.  default it however you like (like using the 
crazy ldconfig hacks).
-mike

Attachment: signature.asc
Description: This is a digitally signed message part.


reply via email to

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