Re: [HACKERS] contrib/xml2 and PG_MODULE_MAGIC

2006-09-14 Thread Bruce Momjian

URL added to TODO list.

---

Peter Eisentraut wrote:
 Tom Lane wrote:
  Even more interesting would be to fix things so that xml2 gets built
  as part of the regular contrib build, but I'm not sure if we're ready
  to add stuff to the configure script for the sole benefit of a
  contrib module.
 
 It might be good to get the configury code out in this release for 
 advance testing.
 
  I'd be more willing to do it if there were a 
  long-term plan for putting libxml-dependent code into the core.  Do
  we have a roadmap yet for XML development?  I thought there was a
  session at the anniversary conference devoted to sketching one, but
  if anything came out of that I missed it.
 
 I put a write-up here: 
 http://developer.postgresql.org/index.php/XML_Support
 
 -- 
 Peter Eisentraut
 http://developer.postgresql.org/~petere/
 
 ---(end of broadcast)---
 TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list cleanly

-- 
  Bruce Momjian   [EMAIL PROTECTED]
  EnterpriseDBhttp://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

---(end of broadcast)---
TIP 6: explain analyze is your friend


Re: [HACKERS] contrib/xml2 and PG_MODULE_MAGIC

2006-09-11 Thread Tom Lane
Michael Fuhr [EMAIL PROTECTED] writes:
 contrib/xml2 currently has PG_MODULE_MAGIC in xslt_proc.c, which
 results in a runtime error on systems that built the module without
 support for libxslt per the comments in the Makefile.  Should
 PG_MODULE_MAGIC be in xpath.c instead?

[ examines xml2/Makefile ... ]  Yeah, sure looks that way.  Will fix.

Even more interesting would be to fix things so that xml2 gets built as
part of the regular contrib build, but I'm not sure if we're ready to
add stuff to the configure script for the sole benefit of a contrib
module.  I'd be more willing to do it if there were a long-term plan for
putting libxml-dependent code into the core.  Do we have a roadmap yet
for XML development?  I thought there was a session at the anniversary
conference devoted to sketching one, but if anything came out of that
I missed it.

regards, tom lane

---(end of broadcast)---
TIP 5: don't forget to increase your free space map settings


Re: [HACKERS] contrib/xml2 and PG_MODULE_MAGIC

2006-09-11 Thread Andrew Dunstan

Tom Lane wrote:

Michael Fuhr [EMAIL PROTECTED] writes:
  

contrib/xml2 currently has PG_MODULE_MAGIC in xslt_proc.c, which
results in a runtime error on systems that built the module without
support for libxslt per the comments in the Makefile.  Should
PG_MODULE_MAGIC be in xpath.c instead?



[ examines xml2/Makefile ... ]  Yeah, sure looks that way.  Will fix.

Even more interesting would be to fix things so that xml2 gets built as
part of the regular contrib build, but I'm not sure if we're ready to
add stuff to the configure script for the sole benefit of a contrib
module.  I'd be more willing to do it if there were a long-term plan for
putting libxml-dependent code into the core.  Do we have a roadmap yet
for XML development?  I thought there was a session at the anniversary
conference devoted to sketching one, but if anything came out of that
I missed it.

  



Me too.

Part of the trouble is that support for the standard will require 
support in the parser, so we need to decide if we want to go down that 
road. Personally I think we should, but it would make a significant 
change from what we have available now. Peter seemed a bit more 
ambivalent about it, though.


cheers

andrew

---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?

  http://www.postgresql.org/docs/faq


Re: [HACKERS] contrib/xml2 and PG_MODULE_MAGIC

2006-09-11 Thread Peter Eisentraut
Tom Lane wrote:
 Even more interesting would be to fix things so that xml2 gets built
 as part of the regular contrib build, but I'm not sure if we're ready
 to add stuff to the configure script for the sole benefit of a
 contrib module.

It might be good to get the configury code out in this release for 
advance testing.

 I'd be more willing to do it if there were a 
 long-term plan for putting libxml-dependent code into the core.  Do
 we have a roadmap yet for XML development?  I thought there was a
 session at the anniversary conference devoted to sketching one, but
 if anything came out of that I missed it.

I put a write-up here: 
http://developer.postgresql.org/index.php/XML_Support

-- 
Peter Eisentraut
http://developer.postgresql.org/~petere/

---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
   subscribe-nomail command to [EMAIL PROTECTED] so that your
   message can get through to the mailing list cleanly


[HACKERS] contrib/xml2 and PG_MODULE_MAGIC

2006-09-10 Thread Michael Fuhr
contrib/xml2 currently has PG_MODULE_MAGIC in xslt_proc.c, which
results in a runtime error on systems that built the module without
support for libxslt per the comments in the Makefile.  Should
PG_MODULE_MAGIC be in xpath.c instead?

-- 
Michael Fuhr

---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
   subscribe-nomail command to [EMAIL PROTECTED] so that your
   message can get through to the mailing list cleanly