|
115 | 115 | # The result is in conflict with the yellow-paper: |
116 | 116 | # * https://github.com/ethereum/py-evm/pull/1224#issuecomment-418800369 |
117 | 117 | ('GeneralStateTests/stRevertTest/RevertInCreateInInit_d0g0v0.json', 'RevertInCreateInInit_d0g0v0_Byzantium'), # noqa: E501 |
| 118 | + ('GeneralStateTests/stRevertTest/RevertInCreateInInit_d0g0v0.json', 'RevertInCreateInInit_d0g0v0_Constantinople'), # noqa: E501 |
| 119 | + |
| 120 | + # The CREATE2 variant seems to have been derived from the one above - it, too, |
| 121 | + # has a "synthetic" state, on which py-evm flips. |
| 122 | + # * https://github.com/ethereum/py-evm/pull/1181#issuecomment-446330609 |
| 123 | + ('GeneralStateTests/stCreate2/RevertInCreateInInitCreate2_d0g0v0.json', 'RevertInCreateInInitCreate2_d0g0v0_Constantinople'), # noqa: E501 |
| 124 | + |
| 125 | + # Four variants have been specifically added to test a collision type |
| 126 | + # like the above; therefore, they fail in the same manner. |
| 127 | + # * https://github.com/ethereum/py-evm/pull/1579#issuecomment-446591118 |
| 128 | + # Interestingly, d2 passes in Constantinople after a refactor of storage handling, |
| 129 | + # the same test was already passing in ConstantinopleFix. Since the situation is synthetic, |
| 130 | + # not much research went into why, yet. |
| 131 | + ('GeneralStateTests/stSStoreTest/InitCollision_d0g0v0.json', 'InitCollision_d0g0v0_Constantinople'), # noqa: E501 |
| 132 | + ('GeneralStateTests/stSStoreTest/InitCollision_d1g0v0.json', 'InitCollision_d1g0v0_Constantinople'), # noqa: E501 |
| 133 | + ('GeneralStateTests/stSStoreTest/InitCollision_d2g0v0.json', 'InitCollision_d2g0v0_Constantinople'), # noqa: E501 |
| 134 | + ('GeneralStateTests/stSStoreTest/InitCollision_d3g0v0.json', 'InitCollision_d3g0v0_Constantinople'), # noqa: E501 |
118 | 135 | } |
119 | 136 |
|
120 | 137 | RPC_STATE_NORMALIZERS = { |
|
0 commit comments