WIP: handle loop variables
TODO
Codecov Report
Attention: Patch coverage is 82.11921% with 135 lines in your changes missing coverage. Please review.
Project coverage is 63.26%. Comparing base (
05cd4f5) to head (1cbc993). Report is 20 commits behind head on master.
Additional details and impacted files
@@ Coverage Diff @@
## master #2429 +/- ##
==========================================
+ Coverage 63.10% 63.26% +0.16%
==========================================
Files 564 563 -1
Lines 79273 80475 +1202
==========================================
+ Hits 50023 50912 +889
- Misses 25886 26163 +277
- Partials 3364 3400 +36
| Flag | Coverage Δ | |
|---|---|---|
| contribs/gnodev | 60.57% <ø> (-0.05%) |
:arrow_down: |
| contribs/gnofaucet | 14.82% <ø> (-0.95%) |
:arrow_down: |
| gno.land | 67.38% <ø> (-0.19%) |
:arrow_down: |
| gnovm | 67.60% <82.11%> (+0.36%) |
:arrow_up: |
| misc/genstd | 79.72% <ø> (ø) |
|
| tm2 | 62.35% <ø> (+0.01%) |
:arrow_up: |
Flags with carried forward coverage won't be shown. Click here to find out more.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
Fixes https://github.com/gnolang/gno/issues/1135
This PR is in a good spot because the tests pass and much of the code is written without actually creating/using any HeapItemValues. There are two minor tasks to be done here, barring any other issues:
- copy findGotoLoopStmts to findForLoopStmts and do something similar.
- modify the runtime to create a new &HeapItemValue every iteration of GetPointerToHeapDefine, and auto-deref when GetPointerToHeapUse.
Expanding on 2 above, the next thing to try, 2.a, would be to actually copy the values to FuncValue.Captured, and uncomment the portion in preprocess.go, search for "actually uncomment".
Thank you Maxwell for the main readme description and for completing this PR.
This PR is ready for review, cc: @jaekwon @thehowl @mvertes @deelawn @leohhhn . 🙏
all resolved. I'll merge it.
https://www.youtube.com/watch?v=04854XqcfCY