lmi
[Top][All Lists]
Advanced

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

Re: [lmi] Ignore "harmless" 'configure' warnings?


From: Greg Chicares
Subject: Re: [lmi] Ignore "harmless" 'configure' warnings?
Date: Thu, 31 Aug 2017 00:14:45 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1

On 2017-08-30 22:51, Vadim Zeitlin wrote:
> On Wed, 30 Aug 2017 22:28:47 +0000 Greg Chicares <address@hidden> wrote:
[...]
> GC> Or is it that I'm missing something important, and it's actually
> GC> imperative for some unseen reason to specify $(prefix) in both
> GC> PKG_CONFIG_PATH and a '--with-lzma' argument?
> 
>  AFAICS adding /opt/lmi/local/lib/pkgconfig to PKG_CONFIG_PATH should be
> sufficient and would be preferable to explicitly specifying --with-lzma
> argument, if only because it would work for all libraries (if another one
> is ever needed) and not just this one, but also because using pkg-config is
> safer as it could check for the appropriate library version, for example
> (even if currently it doesn't).

That turned out not to work for me. I'm getting ready to commit
and push a change to lmi's relevant makefile, and this is the
last thing I'm trying to adjust; what I see is:

(1) --with-lzma only: everything works

(2) PKG_CONFIG_PATH only: building libxml2 fails; ./configure says:

Checking lzma
checking for LZMA... yes
checking lzma.h usability... no
checking lzma.h presence... no
checking for lzma.h... no

which seems really weird, as though it finds the pkg-config file
but fails to use it, seeing as the '.pc' file tells the truth:

/opt/lmi/src/lmi[0]$grep includedir /opt/lmi/local/lib/pkgconfig/liblzma.pc 
includedir=/opt/lmi/local/include
Cflags: -I${includedir}
/opt/lmi/src/lmi[0]$ls -l /opt/lmi/local/include/lzma.h
-rw-r--r-- 1 greg greg 9737 Aug 30 23:54 /opt/lmi/local/include/lzma.h

(3) Both of the above. Right after testing (2), I simply added
--with-lzma back in, and now:

Checking lzma
checking for LZMA... yes
checking lzma.h usability... yes
checking lzma.h presence... yes
checking for lzma.h... yes

...so, even though lzma.h seems to be no different:

/opt/lmi/src/lmi[0]$ls -l /opt/lmi/local/include/lzma.h
-rw-r--r-- 1 greg greg 9737 Aug 31 00:07 /opt/lmi/local/include/lzma.h

...adding --with-lzma made it usable and present. Weird.

I'll just do both. We can always change it later if we don't like that.



reply via email to

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