From: | David Fetter <david(at)fetter(dot)org> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com>, PG Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: TABLE command |
Date: | 2008-11-18 15:32:06 |
Message-ID: | 20081118153206.GB24041@fetter.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Nov 18, 2008 at 04:01:58PM +0200, Peter Eisentraut wrote:
> Tom Lane wrote:
>> Hmm. Given the current infrastructure for \h, the only way to do
>> that would be to make a separate ref page for WITH, which feels
>> like the wrong thing. And the objection I have to TABLE is not the
>> code but the apparent need to give it its own ref page (as we
>> already did for VALUES, and I found that pretty ugly too).
>>
>> Is there a way to make all of these point at the SELECT ref page?
>
> I was looking into that and I figured using the \G expression in
> Perl REs would be useful for this (to find multiple <refname>s).
> But this was introduced in Perl 5.000, and we claim to support Perl
> 4 in create_help.pl. I recall that you Tom once arranged this to
> support building on some old machines. Is this still relevant?
No. The last release of Perl 4 was in 1993. People born since then
are probably hacking PostgreSQL right now.
> Or can someone advise on an alternative way to code this?
Leave Perl 4 support out. :)
Cheers,
David.
--
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778 AIM: dfetter666 Yahoo!: dfetter
Skype: davidfetter XMPP: david(dot)fetter(at)gmail(dot)com
Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-11-18 15:36:59 | Re: TABLE command |
Previous Message | Alvaro Herrera | 2008-11-18 15:31:31 | Re: Re: toast by chunk-end (was Re: PG_PAGE_LAYOUT_VERSION 5 - time for change) |