Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

AllocOpt: Handle objref with no preserve_end in a single block. #50277

Merged
merged 2 commits into from
Jun 27, 2023

Conversation

Pangoraw
Copy link
Contributor

This fixes the AllocOpt pass when there is a single block and no gc_preserve_end. The dominator tree traversal to add "extra" uses now considers the starting (gc_preverse_begin) block as well and does not introduce a lifetime.end intrinsics when there is no gc_preserve_end in this block.

Fixes #48491.

This fixes the AllocOpt pass when there is a single block and no
gc_preserve_end. The dominator tree traversal now considers the starting
(gc_preverse_begin) block as well and does not introduce a lifetime end
when there is no gc_preserve_end for the objref.
@vchuravy vchuravy added compiler:codegen Generation of LLVM IR and native code compiler:llvm For issues that relate to LLVM labels Jun 23, 2023
@vtjnash vtjnash merged commit 290c619 into JuliaLang:master Jun 27, 2023
@Pangoraw Pangoraw deleted the alloc_opt_preserve_end branch June 27, 2023 20:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
compiler:codegen Generation of LLVM IR and native code compiler:llvm For issues that relate to LLVM
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Segmentation fault on reinterpret of struct
4 participants