Re: Generating config stuff from single source

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/

In response to

Responses

Browse pgsql-hackers by date

  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