Re: BUG #12275: configure incorrectly tests libxml2 version

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: greg(dot)davidson(at)gmail(dot)com, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #12275: configure incorrectly tests libxml2 version
Date: 2014-12-18 21:46:03
Message-ID: 5148.1418939163@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> writes:
> greg(dot)davidson(at)gmail(dot)com wrote:
>> I had to comment out the libxml2 version check to get 9.4.0 to build.
>> Perhaps it's because of the suffix on the version number?
>> $ ./configure --with-libxml --with-libxslt --enable-debug --enable-cassert
>> \
>> --with-tcl --with-tclconfig=/usr/lib/tcl8.6 --prefix=/usr/local/pgsql-9.4.0
>> ...
>> checking for xmlSaveToBuffer in -lxml2... no
>> configure: error: library 'xml2' (version >= 2.6.23) is required for XML
>> support

> I have 2.9.1 Debian-packaged here, and it works fine for me. config.log
> says:

> configure:8767: checking for xmlSaveToBuffer in -lxml2
> configure:8801: result: yes

There is no version check as such in the test; it's just looking to see if
xmlSaveToBuffer() links successfully. The complaint message is worded
like that because xmlSaveToBuffer() didn't exist before 2.6.23.

> I don't have the :i386 packages installed here; maybe your compiler is
> picking up those instead of the amd64 ones.

That or some other link failure seems like the probable cause. Looking
into config.log to see what error messages the underlying tools printed
would probably be helpful.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2014-12-18 21:53:44 Re: BUG #12276: Using old name of a renamed or dropped column in a sub-query does not throw error
Previous Message collin.peters 2014-12-18 21:39:59 BUG #12276: Using old name of a renamed or dropped column in a sub-query does not throw error