[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.