mirror of https://github.com/pezkuwichain/pezkuwi-subxt.git synced 2026-04-22 21:58:00 +00:00

Files

T

James Wilson 9ba89e3ed7 Support v16 metadata and use it by default if it's available (#1999 )

* Support v16 metadata and use it by default if it's available

* lockfile

* fix blocks test; new transaction extension in kitchensink runtime

* Bump scale-typegen to 0.11.1 to cater for Duration prelude type

* fmt

* Fix no-std test building

* Cargo update and bump substrate deps

* Update test and no-std deps

* fmt

* fix test

2025-05-08 14:44:44 +01:00

src

Metadata V16: Implement support for Pallet View Functions (#1981 )

2025-04-24 14:42:07 +01:00

build.rs

Support v16 metadata and use it by default if it's available (#1999 )

2025-05-08 14:44:44 +01:00

Cargo.toml

Integration tests for unstable-reconnecting-rpc-client (#1711 )

2024-08-30 10:16:39 +02:00

README.md

Move test crates into a "testing" folder and add a ui (trybuild) test and ui-test helpers (#567 )

2022-06-17 14:33:58 +01:00

README.md

test-runtime

The logic for this crate exists mainly in the build.rs file.

At compile time, this crate will:

Spin up a local substrate binary (set the SUBSTRATE_NODE_PATH env var to point to a custom binary, otherwise it'll look for substrate on your PATH).
Obtain metadata from this node.
Export the metadata and a node_runtime module which has been annotated using the subxt proc macro and is based off the above metadata.

The reason for doing this is that our integration tests (which also spin up a Substrate node) can then use the generated subxt types from the exact node being tested against, so that we don't have to worry about metadata getting out of sync with the binary under test.