Skip to content

more robust validation of allocation type #49269

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

Merged
merged 1 commit into from
Apr 7, 2023
Merged

more robust validation of allocation type #49269

merged 1 commit into from
Apr 7, 2023

Conversation

vtjnash
Copy link
Member

@vtjnash vtjnash commented Apr 5, 2023

We generally hit the runtime in pretty specific places when allocations look funky (because they are missing a typevar bound, so inference is not too willing to deal with it). Try to throw an error in those cases before those can get allocated and cause problems later from being non-concrete objects.

Fix #49203

We generally hit the runtime in pretty specific places when allocations
look funky (because they are missing a typevar bound, so inference is
not too willing to deal with it). Try to throw an error in those cases
before those can get allocated and cause problems later from being
non-concrete objects.

Fix #49203
@vtjnash vtjnash added backport 1.9 Change should be backported to release-1.9 error handling Handling of exceptions by Julia or the user labels Apr 5, 2023
@vtjnash vtjnash merged commit a1013e7 into master Apr 7, 2023
@vtjnash vtjnash deleted the jn/49203 branch April 7, 2023 17:25
KristofferC pushed a commit that referenced this pull request Apr 9, 2023
We generally hit the runtime in pretty specific places when allocations
look funky (because they are missing a typevar bound, so inference is
not too willing to deal with it). Try to throw an error in those cases
before those can get allocated and cause problems later from being
non-concrete objects.

Fix #49203

(cherry picked from commit a1013e7)
@KristofferC KristofferC mentioned this pull request Apr 9, 2023
26 tasks
Xnartharax pushed a commit to Xnartharax/julia that referenced this pull request Apr 19, 2023
We generally hit the runtime in pretty specific places when allocations
look funky (because they are missing a typevar bound, so inference is
not too willing to deal with it). Try to throw an error in those cases
before those can get allocated and cause problems later from being
non-concrete objects.

Fix JuliaLang#49203
@KristofferC KristofferC removed the backport 1.9 Change should be backported to release-1.9 label Apr 25, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
error handling Handling of exceptions by Julia or the user
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Julia 1.9 RC1 segfaults with this code
2 participants