Re: [BUGS] BUG #8335: trim() un-document behaviour - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: [BUGS] BUG #8335: trim() un-document behaviour
Date
Msg-id 20130821113340.GC8193@momjian.us
Whole thread Raw
In response to Re: [BUGS] BUG #8335: trim() un-document behaviour  (Vik Fearing <vik.fearing@dalibo.com>)
List pgsql-hackers
On Wed, Aug 21, 2013 at 12:32:20PM +0200, Vik Fearing wrote:
> On 08/14/2013 11:27 PM, Bruce Momjian wrote:
> > On Mon, Aug 12, 2013 at 11:31:38PM -0400, Bruce Momjian wrote:
> >> On Mon, Aug 12, 2013 at 05:19:30PM -0400, Bruce Momjian wrote:
> >>> Attached are docs that add the new syntax, and mention it is
> >>> non-standard;  you can see the output here:
> >>>
> >>>     http://momjian.us/tmp/pgsql/functions-string.html#FUNCTIONS-STRING-SQL
> >>>
> >>> We do document three syntaxes for substring() in the same table, one row
> >>> for each, so there is precedent for doing this.
> >> Attached is an updated patch with a proper example.  I could move the
> >> extra syntax into the description of the existing trim entry instead.
> > Patch applied to head.  I did not apply this to 9.3 in case we change
> > our minds about documenting this.
> 
> This commit introduced the following:
> 
> doc$ make -s html
> Processing HTML.index...
> 2409 entries loaded...
> collateindex.pl: duplicated index entry found: TRIM 
> 1 entries ignored...
> Done.

Interesting.  I didn't realize HTML shows errors that 'make check'
doesn't.  Anyway, I have removed the second index reference, so the
error should be gone now.  Thanks for the report.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Back-patch change in hashed DISTINCT estimation?
Next
From: Andres Freund
Date:
Subject: Re: Bison 3.0 updates