-
Notifications
You must be signed in to change notification settings - Fork 13.3k
Excessive stack allocation with multiple return points #19684
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
Comments
Ok, found the issue. It was actually due to the check for nested returns being too conservative. I've got a fix in the works, just needs some polishing first. |
ccme ( i wish there was a button i could push so i did not have to do this, sorry!) |
@sinistersnare There is the ‘Subscribe’ button on the sidebar on the right, which makes you receive notifications from the issue. (I’m not sure if that behaves in exactly the same way as commenting, but I think it’s pretty similar.) |
@P1start I already get emails from every thread (I subscribe by default), but by |
Always error when failed to parse DiscoverProjectMessage
This function uses ~1Kb of stack (with optimisations)
While this function uses ~256 bytes of stack:
As far as I can tell, each return statement gets given it's own slot which is copied into the return pointer at the end. This happens to also result in 4
memcpy
calls in total./cc @gankro @cgaebel
The text was updated successfully, but these errors were encountered: