-
-
Notifications
You must be signed in to change notification settings - Fork 671
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
2 changed files
with
24 additions
and
9 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
0477c76
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well that didn't do much... but the VHxb part is actually a bugfix: Local declarations are duplicated across
cf_expr
andcf_expr_unoptimized
, and by always writing out both we would then restore two different variables with the samev_id
, which should never happen. My first attempt by using a negative ID as a flag failed because it turns out that -0 is still 0...0477c76
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah that was my thought when I saw it :/
How does the var flag help with this?
Diff is back to normal here 👍
0477c76
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We set the flag on declared vars so we don't declare (i.e. add them to fctx.vars) again.
0477c76
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Current perf:
That
loop_2645
must be the one inwrite_texpr
, which aligns with bothwrite_type_instance
andwrite_pos
showing up with higher self-times. That means I'm definitely still optimizing in the right area.