Skip to content

Commit fc0b893

Browse files
committed
Remove obsolete advice about doubling backslashes in regex escapes.
Standard-conforming literals have been the default for long enough that it no longer seems necessary to go out of our way to tell people to write regex escapes illegibly.
1 parent a69b0b2 commit fc0b893

File tree

1 file changed

+0
-10
lines changed

1 file changed

+0
-10
lines changed

doc/src/sgml/func.sgml

Lines changed: 0 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -4656,16 +4656,6 @@ SELECT foo FROM regexp_split_to_table('the quick brown fox', E'\\s*') AS foo;
46564656
Non-capturing parentheses do not define subexpressions.
46574657
</para>
46584658

4659-
<note>
4660-
<para>
4661-
Keep in mind that an escape's leading <literal>\</> will need to be
4662-
doubled when entering the pattern as an SQL string constant. For example:
4663-
<programlisting>
4664-
'123' ~ E'^\\d{3}' <lineannotation>true</lineannotation>
4665-
</programlisting>
4666-
</para>
4667-
</note>
4668-
46694659
<table id="posix-character-entry-escapes-table">
46704660
<title>Regular Expression Character-entry Escapes</title>
46714661

0 commit comments

Comments
 (0)
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy