mirror of
https://github.com/postgres/postgres.git
synced 2025-07-30 11:03:19 +03:00
pgindent run for 9.4
This includes removing tabs after periods in C comments, which was applied to back branches, so this change should not effect backpatching.
This commit is contained in:
@ -38,7 +38,7 @@ static int findprefix(struct cnfa * cnfa, struct colormap * cm,
|
||||
*
|
||||
* This function does not analyze all complex cases (such as lookahead
|
||||
* constraints) exactly. Therefore it is possible that some strings matching
|
||||
* the reported prefix or exact-match string do not satisfy the regex. But
|
||||
* the reported prefix or exact-match string do not satisfy the regex. But
|
||||
* it should never be the case that a string satisfying the regex does not
|
||||
* match the reported prefix or exact-match string.
|
||||
*/
|
||||
@ -150,7 +150,7 @@ findprefix(struct cnfa * cnfa,
|
||||
* We could find a state with multiple out-arcs that are all labeled with
|
||||
* the same singleton color; this comes from patterns like "^ab(cde|cxy)".
|
||||
* In that case we add the chr "c" to the output string but then exit the
|
||||
* loop with nextst == -1. This leaves a little bit on the table: if the
|
||||
* loop with nextst == -1. This leaves a little bit on the table: if the
|
||||
* pattern is like "^ab(cde|cdy)", we won't notice that "d" could be added
|
||||
* to the prefix. But chasing multiple parallel state chains doesn't seem
|
||||
* worth the trouble.
|
||||
@ -201,14 +201,14 @@ findprefix(struct cnfa * cnfa,
|
||||
|
||||
/*
|
||||
* Identify the color's sole member chr and add it to the prefix
|
||||
* string. In general the colormap data structure doesn't provide a
|
||||
* string. In general the colormap data structure doesn't provide a
|
||||
* way to find color member chrs, except by trying GETCOLOR() on each
|
||||
* possible chr value, which won't do at all. However, for the cases
|
||||
* we care about it should be sufficient to test the "firstchr" value,
|
||||
* that is the first chr ever added to the color. There are cases
|
||||
* where this might no longer be a member of the color (so we do need
|
||||
* to test), but none of them are likely to arise for a character that
|
||||
* is a member of a common prefix. If we do hit such a corner case,
|
||||
* is a member of a common prefix. If we do hit such a corner case,
|
||||
* we just fall out without adding anything to the prefix string.
|
||||
*/
|
||||
c = cm->cd[thiscolor].firstchr;
|
||||
|
Reference in New Issue
Block a user