Skip to content

Conversation

antiguru
Copy link
Member

@antiguru antiguru commented Oct 8, 2025

Normalize is a special function in that its second argument is a keyword instead of an expression. Move from a runtime string dispatch to determining the correct implementation at plan time. A strangeness this introduces is that there are a bunch of functions normalize_* that do not directly correspond to a function the user can type.

@antiguru antiguru requested review from a team as code owners October 8, 2025 14:36
@antiguru antiguru requested review from aljoscha and ohbadiah October 8, 2025 14:36
@antiguru antiguru marked this pull request as draft October 8, 2025 14:36
@ohbadiah
Copy link
Contributor

ohbadiah commented Oct 8, 2025

I just merged docs for this (#33785) which will need to be updated now.

Normalize is a special function in that its second argument is a keyword
instead of an expression. Move from a runtime string dispatch to
determining the correct implementation at plan time. A strangeness this
introduces is that there are a bunch of functions `normalize_*` that do
not directly correspond to a function the user can type.

Signed-off-by: Moritz Hoffmann <[email protected]>
@ohbadiah
Copy link
Contributor

ohbadiah commented Oct 9, 2025

I just merged docs for this (#33785) which will need to be updated now.

I realized while sitting and staring out a window yesterday that of course the docs would not need to be updated, since the user-facing interface does not change.

@ohbadiah
Copy link
Contributor

ohbadiah commented Oct 9, 2025

Move from a runtime string dispatch to determining the correct implementation at plan time.

@antiguru can you just say a word about the motivation? Just for clarity/posterity's sake.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants