Skip site navigation (1) Skip section navigation (2)

Re: build/install xml2 when configured with libxml

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-patches(at)postgresql(dot)org
Subject: Re: build/install xml2 when configured with libxml
Date: 2007-04-15 17:22:13
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-patches
Andrew Dunstan wrote:
> I don't think it should go away until we provide for equivalents in
> core, at least optionally.

Well, if we're going to make libxslt an explicit thing, then it'd be 
trivial to add an xslt transformation function into the core, and then 
I think we can claim equivalent support.  But we'll have to check the 
details, of course.

I have been thinking, however, that I don't want to add more and more 
library dependencies into the server.  libxml2 was necessary to some 
extent.  But xslt functionality could easily be provided as a module.  
This would be easy to do and might be useful even for 8.3.  But I don't 
really know how to label that.  Having a contrib/xslt alongside 
contrib/xml2 would probably be confusing.  Ideas?

Peter Eisentraut

In response to


pgsql-hackers by date

Next:From: Peter EisentrautDate: 2007-04-15 17:44:33
Subject: Re: Makefile patch to make gcov work on Postgres contrib modules
Previous:From: Tom LaneDate: 2007-04-15 15:14:48
Subject: Re: Server-side support of all encodings

pgsql-patches by date

Next:From: ITAGAKI TakahiroDate: 2007-04-16 03:32:56
Subject: Suppress warnings on mingw
Previous:From: SteveDate: 2007-04-15 08:13:53
Subject: Re: [HACKERS] choose_bitmap_and again (was Re: [PERFORM] Strangely Variable Query Performance)

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group