| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Martijn van Oosterhout <kleptog(at)svana(dot)org> |
| Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org, nikolay(at)samokhvalov(dot)com, Pavel Stehule <pavel(dot)stehule(at)hotmail(dot)com> |
| Subject: | Re: configure problem --with-libxml |
| Date: | 2006-12-22 14:51:27 |
| Message-ID: | 24119.1166799087@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Martijn van Oosterhout <kleptog(at)svana(dot)org> writes:
> On Fri, Dec 22, 2006 at 03:03:49PM +0100, Peter Eisentraut wrote:
>> The reason why I did not do this was that this could resolve
>> to -I/usr/include or -I/usr/local/include, but adding such a standard
>> path explicitly is wrong on some systems.
> But if people on such a system want to use libxml2, and they install it
> in /usr/include then they're screwed anyway. There's no way to tell the
> compiler to use only some files in a directory.
That's not the point, the point is that an *explicit* -I can be wrong
(because it can change the search order of the default directories).
Perhaps it'd be worth trying to add xml2-config's output only if the
first probe for the headers fails?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Gregory Stark | 2006-12-22 15:48:23 | Re: Operator class group proposal |
| Previous Message | Martijn van Oosterhout | 2006-12-22 14:12:49 | Re: configure problem --with-libxml |