Nikolai Mushegian

there's a few collisions of each type due in part to multiple dappsys versions

+1 prefer to move on this as soon as possible, I am happy to refactor all our solidity to not be left out of the ecosystem

Rather than overloading the `new` keyword, I think importing libraries should overload importing constants, which is how we describe non-library singleton contracts. ``` import maker; import std; var registry =...

Does this mean that we will be recompiling in between steps, since a library can be made available part way through execution? This is the direction we were headed with...

> no recompilation necessary: if a library is not available during compile time (we have to think about if it ever will) solc returns a placeholder **Math__** which will be...

I'm not sure, there is no language-level support for namespaces so contract names will collide if you try to use two different versions of "the same" contract from one file....

Yeah, we should. Can't think be handled the same way contract type names are handled? @ryepdx can advise

https://github.com/nexusdev/dapple/issues/160

I think it shouldn't add the org prefix, but should add the commit hash and other info into the dappfile

Right so I meant the case where you are using the trivial pattern match with 1 option, I think you are right it is proportional to size of pattern but...