Fix lazy initialization of maximize_ac_sharing causing inconsistent behavior #8070
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The
maximize_ac_sharingrewriter was initialized lazily inpush_scope()rather than eagerly in the constructor. Queries without(push 1)never initialized the rewriter, leavingm_kindsempty and causing all rewrites to fail.Changes
init()from private to protected visibilityinit()call tomaximize_bv_sharingconstructorThe
init()method is idempotent (guarded bym_initflag), so calling it in both constructor andpush_scope()is safe. Initialization cost is negligible—just registers 4 operator kinds (BADD, BMUL, BOR, BAND).This ensures consistent AC sharing optimization regardless of whether queries use push/pop scoping.
Original prompt
💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.