cburgdorf on master
Upgrade to latest mypy Tighten type support (compare)
py-evmand all other implementations - including
parity-ethereum, which caved in and did it like
SLOWEST_TESTSis unpopulated with
static_Call50000(and family) for
Istanbul, and on some test (don't know the name yet, because I first ran it in
tox) it just hangs... Might be
GeneralStateTests/stTimeConsuming/CALLBlake2f_MaxRounds.json, will see.
RIPEMD160precompile again: https://github.com/ethereum/py-evm/issues/1857#issuecomment-538433394
gethis not as stringent as
py-evmon when this should happen. We only do it if
For now I think I can just checkout the commit before the merge.
Yup, this is a reasonable solution for now. It is possible to make the blake2b-py install optional and maintain the pure python implementation as a backup. It's probably not top priority for us, but if you open an issue or want to work on it yourself I'm happy to guide on the necessary steps.
the pyethash version this depend on seems to have a problem compiling on big endian platforms. This issue was fixed in the pyethash repo but I don't think that fix was put onto pypi, so the version pip tries to install fails.
Can you link to the issue or the fix in the repo? I can push out a release, just want to make sure I understand the change you need so I can verify it's working, before release.