Implementors may be tempted to have NUM2BIN bail out early if the
input is already of the requested size, however this is incorrect--
in the case of a "negative zero" representation, NUM2BIN must flip
the sign bit.
Details
Details
- Reviewers
deadalnix Fabien jasonbcox - Group Reviewers
Restricted Project - Commits
- rSTAGINGfb6523889606: [script_tests] add small NUM2BIN case
rABCfb6523889606: [script_tests] add small NUM2BIN case
make check
Diff Detail
Diff Detail
- Repository
- rABC Bitcoin ABC
- Branch
- num2bin-test
- Lint
Lint Passed - Unit
No Test Coverage - Build Status
Buildable 6758 Build 11563: Bitcoin ABC Buildbot (legacy) Build 11562: arc lint + arc unit
Event Timeline
Comment Actions
I've checked a variety of other implementations (bchd, verde, BU) and none are performing the incorrect bail-early optimization I suggest here, but you never know, someone might think it's a "clever" idea one day.