This removes the only place where move-assignment of TxGraph::Ref is used (in tests), and drops supports for it.
Suggested in #33629 (review)
This removes the only place where move-assignment of TxGraph::Ref is used (in tests), and drops supports for it.
Suggested in #33629 (review)
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.
For details see: https://corecheck.dev/bitcoin/bitcoin/pulls/33862.
See the guideline for information on the review process.
| Type | Reviewers |
|---|---|
| ACK | l0rinc, instagibbs |
| Stale ACK | ajtowns |
If your review is incorrectly listed, please copy-paste <!–meta-tag:bot-skip–> into the comment that the bot should ignore.
3463- other.m_graph = nullptr;
3464- other.m_index = GraphIndex(-1);
3465- return *this;
3466-}
3467-
3468 TxGraph::Ref::Ref(Ref&& other) noexcept
code review ACK aef40b93cf057d2a27d61881b0858d491206bcd3
Simplifies the public interface of TxGraph by deleting the move assignment operator only used in tests.
The usage seems correct as it is currently, but left a question about the move-constructor which the fuzzers seem to be confused about.
ACK aef40b93cf057d2a27d61881b0858d491206bcd3 – matches what I was thinking
Adding some assertions in Ref::Ref(Ref&&) triggers when I run the fuzz binary over some txgraph corpus data I generated previously, so #33862 (review) doesn’t seem like a real problem.
reACK ade0397f59f2fb59ab0e4ebb39869ac343cc54ee
Redid the rebase (no conflicts, how come rebase was needed?) and soft reset against PR, no changed.
Verifired the same with git range-diff aef40b93cf057d2a27d61881b0858d491206bcd3...ade0397f59f2fb59ab0e4ebb39869ac343cc54ee