Fix bug that somehow std is compiled into eDSL smart contracts about ink HOT 3 CLOSED

As it seems 7d135a6 fixes this issue. Will keep it open for some time if we find other sources of std.

from ink.

The newest problem of no_std incompatibility stems from depending on pdsl_core from pdsl_lang.
This caused problems with duplicate panic infrastructure since pdsl_lang brings its own since it is a proc_macro and compiles with Rust's standard library while pdsl_core is a no_std library by default that brings with it also its own panic infrastructure if compiled for no_std. Since cargo restricts crate dependencies for having shared crate features among the entire dependency tree we are not allowed to compile pdsl_core with std crate feature to fix this bug since then all other sources of pdsl_core in the entire dependency tree would also invalidly be compiled with this feature.

To fix this we had to create a new utility sub-crate called pdsl_utils that, for now, has the components that are required by pdsl_lang which is the hash module for keccak hashes. Later we can use this pdsl_utils module for other functionality that can be shared among pdsl_lang and other pDSL sub-crates.

from ink.

Fixed long time ago. Closed.

from ink.