gpsd-dev
[Top][All Lists]
Advanced

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

[gpsd-dev] Simplifying the build recipe


From: Eric S. Raymond
Subject: [gpsd-dev] Simplifying the build recipe
Date: Tue, 24 Mar 2015 07:48:31 -0400 (EDT)

I'm in the process of attempting to simply the build to get rid of
chrpath and all the fragile hackery round
RPATH/RUNPATH/LD_LIBRARY_PATH.

What I have already done is change it so libgpsd is created static 
and no longer exported to a system library directory.  This change
makes the gpsd binary slightly larger, but as it's only moving code
from what used to be a shared library total footprint doesn't go up
unless you're simultaneously running gpsmon or gpsctl, and then not
by much (it's only 130K of code).

(This is not a functional regression because the header for this
library, gpsd.h, hasn't been installed for many releases now.  There's
no evidence to suggest that anything but the GPSD binaries ever linked
to it, anyway.)

This means there is now only one shared library exported by the build
libgps.  Behavior with respect to that library has not yet changed.

All the test_* binaries are now linked to a local static version of
libgps named, obviously enoough, libgps_static.

The simplest way to banish all the complicated crap would be to do
likewise with the production binaries - gpsd, gpsctl, gpsmon, and
the various test clients.  The shared version of libgps would
still be exported, but not used in GPSD's own build.

This change would make the 'shared' and 'chrpath' configuration
switches unnecessary, and chrpath would no longer be a build 
requirement.

Can anyone think of a good reason not to do this? 
-- 
                <a href="http://www.catb.org/~esr/";>Eric S. Raymond</a>

Idealism is the noble toga that political gentlemen drape over their
will to power.          -- Aldous Huxley 



reply via email to

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