gpsd-dev
[Top][All Lists]
Advanced

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

Re: [gpsd-dev] scons check fail gpsd3.14 ubuntu 14


From: Eric S. Raymond
Subject: Re: [gpsd-dev] scons check fail gpsd3.14 ubuntu 14
Date: Tue, 17 Mar 2015 14:00:19 -0400
User-agent: Mutt/1.5.23 (2014-03-12)

Greg Troxel <address@hidden>:
> >> If chrpath is no, then make check should error out.
> >
> > An interesting idea, but we could be on a platform where chrpath
> > is not available.  Do we really want to force the user to static-link
> > in that case?
> 
> libtool deals with this properly, and does so on a large number of
> systems.

My reaction to libtool is to ward it off with a clove of garlic and a
silver crucifix. Like the rest of autotools, it's a bad idea that will
not die, a shambling horror that slimes everything it touches.

I reached my limit back in 2009 about the four-hundredth time time I
did "gdb gpsd" and watched it barf because the ostensibly linked
binary was a *shellscript*.

So, no, about the last thing I want is more libtool in my life.
 
> How many operating systems lack a chrpath implementation?
> 
> Forcing static is an interesting question, but running tests with
> dynamic linking and no chrpath seems to always leads to testing the
> wrong code.  So that just should not happen.   Whether you want to say
> "can't run tests" or "can't dynamically link" is a tougher call, but
> "can't dynamically link" is probably better.

I'm coming around to that idea.

>   link for tests and relink on make install

That idea still has some life in it.  I'll look at that, but probably 
have to discard it as too complex to be workable and go to forcing
static linking.
-- 
                <a href="http://www.catb.org/~esr/";>Eric S. Raymond</a>

Attachment: signature.asc
Description: Digital signature


reply via email to

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