From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Generating config stuff from single source |
Date: | 2006-02-16 10:15:11 |
Message-ID: | 200602161115.12158.peter_e@gmx.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Am Donnerstag, 16. Februar 2006 02:50 schrieb Tom Lane:
> That's fine for users, but what new demands are you about to place on
> developers? Does this require tools not already needed in order to
> build from a CVS pull? (There's sure no xsltproc on this machine...)
It is to be expected that sooner or later we'll move from SGML to XML
documentation builds, at which point xsltproc will become a semi-requirement
anyway. I don't think this requirement is too onerous; libxslt is portable
and easy to install.
> The m4 idea seems attractive to me because that's already effectively
> required as part of the autoconf infrastructure (and I think bison
> uses it too these days).
That is true, but I'm afraid that this will lead to code that only a few
people will be able to maintain. (Try programming a loop in m4 to start.)
> A similar issue that's been bothering me for awhile is that it'd be a
> lot less error prone if keywords.c and the keyword list productions in
> gram.y were generated off a common declarative source (which might as
> well produce the keyword documentation appendix too).
That could be a job for m4, I think.
--
Peter Eisentraut
http://developer.postgresql.org/~petere/
From | Date | Subject | |
---|---|---|---|
Next Message | Gary Doades | 2006-02-16 11:06:32 | Re: [HACKERS] qsort again (was Re: Strange Create Index |
Previous Message | Rick Gigger | 2006-02-16 09:58:47 | Re: Blog post on EnterpriseDB...maybe off topic |