Or Noyman
Or Noyman
The bugs in ['kotlin-multiplatform-bignum'](https://github.com/ionspin/kotlin-multiplatform-bignum) have been resolved. I made a small amendment to RLPTypeConverter.kt to remove leading zero bytes since the result of kotlin BigInteger's `BigInteger::toByteArray` has some additional leading...
@ligi Conversion is almost complete, would love to get your feedback! Some Notes about migration: - [kotlin-multiplatform-bignum](https://github.com/ionspin/kotlin-multiplatform-bignum) supports all multiplatform targets but we currently use the jvm-target as an intermediate...
> In general it looks like really good work! I would just wait with merging until: > > * we can use a stable release of the ionspin library (hoping...
There's also an open issue for kotlin multiplatform support: [google/tink#177](https://github.com/google/tink/issues/177)
@alcuadrado Thanks! when will this be released as stable?
It can be solved by defining 'keep' [flag](https://github.com/ItsNickBarry/hardhat-dependency-compiler#usage) as 'true' for `hardhat-dependency-compiler` plugin in `hardhat.config.ts`: ```typescript dependencyCompiler: { paths: [ "hardhat-deploy/solc_0.8/openzeppelin/proxy/transparent/ProxyAdmin.sol", "hardhat-deploy/solc_0.8/proxy/OptimizedTransparentUpgradeableProxy.sol", ], keep: true, }, ``` You may also...
OK, was able to track down the root cause and it is not a hardhat issue so closing.
Is there any update regarding this issue?
Two possible workarounds I can think of: 1. [if makes sense] Use the [Singleton Container Pattern](https://www.testcontainers.org/test_framework_integration/manual_lifecycle_control/). 2. Explicitly start the container in 'initialize' and make it a reusable container as...