Fix stackoverflow in renormalize_southwest_corner#344
Conversation
|
Looking back on this, it seems that all four function renormalize_northwest_corner((row, col), enlarged_env, P_left, P_right)
return renormalize_corner(
enlarged_env[NORTHWEST, row, col],
P_left[NORTH, row, col],
P_right[WEST, _next(row, end), col],
)
endto reduce one layer of wrapping? |
|
I don't think this works, because the function renormalize_southwest_corner(ec::EnlargedCorner, P_left, P_right)
return renormalize_southwest_corner(ec.E_1, ec.C, ec.E_2, P_left, P_right, ec.A)
end |
Codecov Report✅ All modified and coverable lines are covered by tests.
... and 10 files with indirect coverage changes 🚀 New features to boost your workflow:
|
|
Is it convenient to add some test coverage here? In #326, I observed that tests only cover half of the CTMRG code. |
|
Yes, we should add some coverage here before merging, seems like a good opportunity. |
|
I added a small test to unblock this for now. We can add to this test stub afterwards until all contractions are covered by just comparing dense and sparse versions, even if there are some that aren't actually used in any of the algorithms yet. |
Yue-Zhengyuan
left a comment
There was a problem hiding this comment.
Good to go for me. Though we need to reduce duplication of tests some time in the future.
Bumped into this by accident: using
renormalize_southwest_cornerdirectly on an enlarged corner and its projectors gave a stackoverflow, must have been a typo.