@todo
We somehow need to monitor https://github.com/ethereum/solc-js/commits/master to see when they change or update the compiler and update our compiler accordingly.
Maybe a release of our solc-js module should hard-code the newest available compiler version, so that the compiler on purpose ignores all compiler versions found in the version list that are newer than the version available when we made a release, so that our app doesnt break because solidity released a new incompatible version which breaks our app because they maybe changed their output format again.
what do you think?
In any case - we should find a way how we can re-run all the tests they constantly update on our compiler version. (see: https://github.com/ethereum/solc-js/tree/master/test)
and also accomplish something like:



@todoplay-ed#6: minimal "browser first" testing library + test reporterWe somehow need to monitor https://github.com/ethereum/solc-js/commits/master to see when they change or update the compiler and update our compiler accordingly.
Maybe a release of our
solc-jsmodule should hard-code the newest available compiler version, so that the compiler on purpose ignores all compiler versions found in the version list that are newer than the version available when we made a release, so that our app doesnt break because solidity released a new incompatible version which breaks our app because they maybe changed their output format again.what do you think?
In any case - we should find a way how we can re-run all the tests they constantly update on our compiler version. (see: https://github.com/ethereum/solc-js/tree/master/test)
and also accomplish something like:

