diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2021-07-09 13:38:24 -0400 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2021-07-09 13:38:24 -0400 |
| commit | 1d98fdaed89c00465ef68fa2804967ea27b03abc (patch) | |
| tree | b656031eae66d73a82faeb4fa4e40d707557f366 /src/backend/utils/adt/numeric.c | |
| parent | 5620ec83362d08b9f86c90c97c0a70031c4d0b2c (diff) | |
| download | postgresql-1d98fdaed89c00465ef68fa2804967ea27b03abc.tar.gz postgresql-1d98fdaed89c00465ef68fa2804967ea27b03abc.zip | |
Avoid creating a RESULT RTE that's marked LATERAL.
Commit 7266d0997 added code to pull up simple constant function
results, converting the RTE_FUNCTION RTE to a dummy RTE_RESULT
RTE since it no longer need be scanned. But I forgot to clear
the LATERAL flag if the RTE has it set. If the function reduced
to a constant, it surely contains no lateral references so this
simplification is logically OK. It's needed because various other
places will Assert that RESULT RTEs aren't LATERAL.
Per bug #17097 from Yaoguang Chen. Back-patch to v13 where the
faulty code came in.
Discussion: https://postgr.es/m/17097-3372ef9f798fc94f@postgresql.org
Diffstat (limited to 'src/backend/utils/adt/numeric.c')
0 files changed, 0 insertions, 0 deletions