Pourquoi cargo lance-t-il ces doctests?

Support Duniter-v2
1

En relisant Distance Oracle (!105) · Merge requests · nodes / rust / Duniter v2S · GitLab, j’ai lancé la commande suivante :

hugo@crow:~/dev/duniter-v2s$ cargo test --release -p distance-oracle -- --nocapture --include-ignored --list
    Finished release [optimized] target(s) in 0.45s
     Running unittests src/lib.rs (target/release/deps/distance_oracle-1fd6a7800f0c7602)
tests::test_distance_against_v1: test

1 test, 0 benchmarks
     Running unittests src/main.rs (target/release/deps/distance_oracle-aa30f67a078c4ff8)
0 tests, 0 benchmarks
   Doc-tests distance-oracle
src/lib.rs - runtime::transaction_payment::constants::ConstantsApi::operational_fee_multiplier (line 45): test

1 test, 0 benchmarks

Je comprends pourquoi cargo cherche des tests dans :

  • src/lib.rs de distance_oracle
  • src/main.rs de distance_oracle

Mais je ne comprends pas pourquoi dans les doctests de distance-oracle il y a les doctests du code de la pallet transaction_payment de substrate :

  • src/lib.rs de runtime::transaction_payment::constants::ConstantsApi::operational_fee_multiplier (line 45): test

(qui de plus échoue). Est-ce que @tuxmain tu as déjà rencontré ça ?

2

Oui j’avais ce test qui se lançait. Peut-être à cause d’une macro dans subxt, et de --include-ignored  ?

La seule occurrence de operational_fee_multiplier est dans subxt :

testing/integration-tests/src/codegen/polkadot.rs:3921

Ça reste bizarre qu’il aille chercher ce module…

1 Like