summaryrefslogtreecommitdiff
path: root/src/include/nodes/subscripting.h
diff options
context:
space:
mode:
authorPeter Eisentraut <peter@eisentraut.org>2025-12-03 14:41:12 +0100
committerPeter Eisentraut <peter@eisentraut.org>2025-12-03 14:44:14 +0100
commit9790affcce032710c907aced834e968f2fc41bce (patch)
tree50329e12f87bbaa117688193a624b7cde61670aa /src/include/nodes/subscripting.h
parent1b2bb5077e9e9deac60a3e92e742465e7bcd3a21 (diff)
Fix stray references to SubscriptRef
This type never existed. SubscriptingRef was meant instead. Reviewed-by: Tom Lane <tgl@sss.pgh.pa.us> Discussion: https://www.postgresql.org/message-id/flat/2eaa45e3-efc5-4d75-b082-f8159f51445f%40eisentraut.org
Diffstat (limited to 'src/include/nodes/subscripting.h')
-rw-r--r--src/include/nodes/subscripting.h15
1 files changed, 8 insertions, 7 deletions
diff --git a/src/include/nodes/subscripting.h b/src/include/nodes/subscripting.h
index e991f4bf826..6e133b881d3 100644
--- a/src/include/nodes/subscripting.h
+++ b/src/include/nodes/subscripting.h
@@ -35,14 +35,14 @@ typedef struct SubscriptExecSteps SubscriptExecSteps;
* several bool flags that specify properties of the subscripting actions
* this data type can perform:
*
- * fetch_strict indicates that a fetch SubscriptRef is strict, i.e., returns
+ * fetch_strict indicates that a fetch SubscriptingRef is strict, i.e., returns
* NULL if any input (either the container or any subscript) is NULL.
*
- * fetch_leakproof indicates that a fetch SubscriptRef is leakproof, i.e.,
+ * fetch_leakproof indicates that a fetch SubscriptingRef is leakproof, i.e.,
* will not throw any data-value-dependent errors. Typically this requires
* silently returning NULL for invalid subscripts.
*
- * store_leakproof similarly indicates whether an assignment SubscriptRef is
+ * store_leakproof similarly indicates whether an assignment SubscriptingRef is
* leakproof. (It is common to prefer throwing errors for invalid subscripts
* in assignments; that's fine, but it makes the operation not leakproof.
* In current usage there is no advantage in making assignments leakproof.)
@@ -51,7 +51,7 @@ typedef struct SubscriptExecSteps SubscriptExecSteps;
* undesirable, since for example a null subscript in an assignment would
* cause the entire container to become NULL.
*
- * Regardless of these flags, all SubscriptRefs are expected to be immutable,
+ * Regardless of these flags, all SubscriptingRefs are expected to be immutable,
* that is they must always give the same results for the same inputs.
* They are expected to always be parallel-safe, as well.
*/
@@ -159,9 +159,10 @@ typedef struct SubscriptRoutines
{
SubscriptTransform transform; /* parse analysis function */
SubscriptExecSetup exec_setup; /* expression compilation function */
- bool fetch_strict; /* is fetch SubscriptRef strict? */
- bool fetch_leakproof; /* is fetch SubscriptRef leakproof? */
- bool store_leakproof; /* is assignment SubscriptRef leakproof? */
+ bool fetch_strict; /* is fetch SubscriptingRef strict? */
+ bool fetch_leakproof; /* is fetch SubscriptingRef leakproof? */
+ bool store_leakproof; /* is assignment SubscriptingRef
+ * leakproof? */
} SubscriptRoutines;
#endif /* SUBSCRIPTING_H */