Re: Question about gpsd library/linking for an external gpsd client?

[Gary E. Miller]

Yo Greg!

On Fri, 05 Jun 2020 19:59:55 -0400
Greg Troxel <gdt@lexort.com> wrote:

> > env.AddPreAction(binaryinstall, 'rm -f %s/libgps.*' %
> > (installdir('libdir'), ))
> >
> > AddPreAction() was added in 2015.  It was intended to run once,
> > before the rest of binary install.  But it runs once before each
> > item of the install, and with the new item, it runs twice and
> > breaks the lib install.  
> 
> I think it's a bug for the install target to remove files, so I would
> prefer that you just remove the entire notion of running rm.

That is the short term fix.  I just pushed to to git head.

But the matching comment worries me:

# Work around a minor bug in InstallSharedLib() link handling

I sure wish that said more about what he bug is.  That commit is from 2015,
so the rm has not been an issue.  Maybe the bug was fixed?  Keep any eye
out for shared lib oddness.


>  People
> who install into a shared prefix (vs using a package manager) need to
> clean up various things by hand.

On the flip side, people complain when gpsd/scons does not have a good
uninstall.

> I don't think it helps to rm libs
> specially, and having and older .so.N isn't damaging.   The less magic
> and unpredicted side effects the better.

The comment says unknown magic there either way.  Fngers crossed.

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
        gem@rellim.com  Tel:+1 541 382 8588

            Veritas liberabit vos. -- Quid est veritas?
    "If you can't measure it, you can't improve it." - Lord Kelvin

pgplOSPaajd5H.pgp
Description: OpenPGP digital signature