feat: enable clarity-wasm in clarity check

[hugocaillard]

Description

• Fixes Run clarity-wasm in clarinet check #1349
• Include boot contracts in the session when using --enable-clarity-wasm (for both console and check
• update clarity-wasm (including a bug for bns.clar)

$ clarinet check --enable-clarity-wasm

[codecov]

Codecov Report

Attention: 41 lines in your changes are missing coverage. Please review.

Comparison is base (1d084ef) 40.64% compared to head (a243d14) 41.19%.

Files	Patch %	Lines
components/clarinet-cli/src/frontend/cli.rs	0.00%	40 Missing ⚠️
...omponents/stacks-network/src/chains_coordinator.rs	0.00%	1 Missing ⚠️

Additional details and impacted files

@@             Coverage Diff             @@
##           develop    #1355      +/-   ##
===========================================
+ Coverage    40.64%   41.19%   +0.55%     
===========================================
  Files           86       86              
  Lines        31591    31625      +34     
===========================================
+ Hits         12841    13029     +188     
+ Misses       18750    18596     -154     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[hugocaillard]

Thanks @Acaccia for the fix on clarity-wasm 💪

[MicaiahReid]

Looks good to me! I didn't know of any contract code that would yield a different result for the interpreted vs wasm-compiled routes, but I timed running clarinet check with and without --enable-clarity-wasm, and it's a bit slower with clarity wasm enabled, so I figured it must be doing something 😅

[hugocaillard]

Thanks @MicaiahReid
It's getting difficult to find trivial examples that fail. Here's one that is failing with the current clarity-wasm version.

(define-map mp {x: uint} {y: (list 20 (response (buff 21) int)) })

(map-insert mp
  {x: u306845443603200851488318099 }
  {y: (list
    (ok 0xac50891b72b93b496d25caedc508e9f65b98727ee6)
    (ok 0x53f588bdbb3495aee902cdaa863d31e2dc42b8215d)
    (ok 0xccc90ca2258d144e11cd32c453599bd36d039120e6)
    (ok 0x032ee22a2028f05e537ebab0eae0fa2b8fc4ba8d1d)
  )}
)