You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
According to Syrus' statement (CosmWasm/cosmwasm@950f631#r44799222), all symbols from the crate wasmer-engine should be available in wasmer. When I tried that, I ran into the naming conflict Tunables, which is the trait in wasmer-engine and the reference implementation in wasmer.
In my project, I resolved the conflict as follows:
use wasmer::{Bytes,Engine,Pages,Singlepass,Store,Target,TunablesasReferenceTunables,JIT};use wasmer_engine::Tunables;
because I don't think Tunables is not a great name for one specific Tunables implementation. Maybe we adopt this here? Or resolve the conflict differently.
Steps to reproduce
NA
Expected behavior
All symbols from wasmer_engine are re-exported in wasmer
Actual behavior
wasmer_engine::Tunables and wasmer::Tunables are different things.
Additional context
The text was updated successfully, but these errors were encountered:
Describe the bug
According to Syrus' statement (CosmWasm/cosmwasm@950f631#r44799222), all symbols from the crate
wasmer-engine
should be available inwasmer
. When I tried that, I ran into the naming conflictTunables
, which is the trait inwasmer-engine
and the reference implementation inwasmer
.In my project, I resolved the conflict as follows:
because I don't think
Tunables
is not a great name for one specificTunables
implementation. Maybe we adopt this here? Or resolve the conflict differently.Steps to reproduce
NA
Expected behavior
All symbols from
wasmer_engine
are re-exported inwasmer
Actual behavior
wasmer_engine::Tunables
andwasmer::Tunables
are different things.Additional context
The text was updated successfully, but these errors were encountered: