Skip to content

Commit e3868c7

Browse files
committed
Fix optimization hazard in gram.y's makeOrderedSetArgs(), redux.
It appears that commit cf63c64, which intended to prevent misoptimization of the result-building step in makeOrderedSetArgs, didn't go far enough: buildfarm member hornet's version of xlc is now optimizing back to the old, broken behavior in which list_length(directargs) is fetched only after list_concat() has changed that value. I'm not entirely convinced whether that's an undeniable compiler bug or whether it can be justified by a sufficiently aggressive interpretation of C sequence points. So let's just change the code to make it harder to misinterpret. Back-patch to all supported versions, just in case. Discussion: https://postgr.es/m/1830491.1601944935@sss.pgh.pa.us
1 parent f2c6e94 commit e3868c7

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

src/backend/parser/gram.y

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -15812,7 +15812,7 @@ makeOrderedSetArgs(List *directargs, List *orderedargs,
1581215812
core_yyscan_t yyscanner)
1581315813
{
1581415814
FunctionParameter *lastd = (FunctionParameter *) llast(directargs);
15815-
int ndirectargs;
15815+
Value *ndirectargs;
1581615816

1581715817
/* No restriction unless last direct arg is VARIADIC */
1581815818
if (lastd->mode == FUNC_PARAM_VARIADIC)
@@ -15836,10 +15836,10 @@ makeOrderedSetArgs(List *directargs, List *orderedargs,
1583615836
}
1583715837

1583815838
/* don't merge into the next line, as list_concat changes directargs */
15839-
ndirectargs = list_length(directargs);
15839+
ndirectargs = makeInteger(list_length(directargs));
1584015840

1584115841
return list_make2(list_concat(directargs, orderedargs),
15842-
makeInteger(ndirectargs));
15842+
ndirectargs);
1584315843
}
1584415844

1584515845
/* insertSelectOptions()

0 commit comments

Comments
 (0)