rust-lightning/no-std-check/Cargo.toml

[package]
name = "no-std-check"
version = "0.1.0"
edition = "2018"

[features]
default = ["lightning/no-std", "lightning-invoice/no-std", "lightning-rapid-gossip-sync/no-std"]

[dependencies]
lightning = { path = "../lightning", default-features = false }
lightning-invoice = { path = "../lightning-invoice", default-features = false }
lightning-rapid-gossip-sync = { path = "../lightning-rapid-gossip-sync", default-features = false }
lightning-background-processor = { path = "../lightning-background-processor", features = ["futures"], default-features = false }

# Obviously lightning-transaction-sync doesn't support no-std, but it should build
# even if lightning is built with no-std.
lightning-transaction-sync = { path = "../lightning-transaction-sync", optional = true }
Check for no-std compatibility across dependencies To ensure no-std is honored across dependencies, add a crate depending on lightning crates supporting no-std. This should ensure any regressions are caught. Otherwise, cargo doesn't seem to catch some incompatibilities (e.g., f64::log10 unavailable in core) and seemingly across other dependencies as describe here: https://blog.dbrgn.ch/2019/12/24/testing-for-no-std-compatibility/ 2022-03-03 23:59:44 -08:00			`[package]`
			`name = "no-std-check"`
			`version = "0.1.0"`
			`edition = "2018"`

			`[features]`
Add `no-std` support for RGS 2022-09-14 10:17:56 +02:00			`default = ["lightning/no-std", "lightning-invoice/no-std", "lightning-rapid-gossip-sync/no-std"]`
Check for no-std compatibility across dependencies To ensure no-std is honored across dependencies, add a crate depending on lightning crates supporting no-std. This should ensure any regressions are caught. Otherwise, cargo doesn't seem to catch some incompatibilities (e.g., f64::log10 unavailable in core) and seemingly across other dependencies as describe here: https://blog.dbrgn.ch/2019/12/24/testing-for-no-std-compatibility/ 2022-03-03 23:59:44 -08:00
			`[dependencies]`
			`lightning = { path = "../lightning", default-features = false }`
			`lightning-invoice = { path = "../lightning-invoice", default-features = false }`
Add `no-std` support for RGS 2022-09-14 10:17:56 +02:00			`lightning-rapid-gossip-sync = { path = "../lightning-rapid-gossip-sync", default-features = false }`
Make `background-processor` no-std-friendly (ish) This makes `background-processor` build without `std` at all. This isn't particularly useful in the general no-std case as `background-processor` is only useful with the `futures` feature, and async will generally need `std` in some way or another. Still, it ensures we don't end up reintroducing a dependency on the current time, which breaks `wasm` use-cases. 2023-01-17 00:16:48 +00:00			`lightning-background-processor = { path = "../lightning-background-processor", features = ["futures"], default-features = false }`
Do not auto-select the lightning `std` feature from tx-sync crate We have some downstream folks who are using LDK in wasm compiled via the normal rust wasm path. To ensure nothing breaks they want to use `no-std` on the lightning crate, disabling time calls as those panic. However, the HTTP logic in `lightning-transaction-sync` gets automatically stubbed out by the HTTP client crates when targeting wasm via `wasm_bindgen`, so it works fine despite the std restrictions. In order to make both work, `lightning-transaction-sync` can remain `std`, but needs to not automatically enable the `std` flag on the `lightning` crate, ie by setting `default-features = false`. We do so here. 2023-03-03 05:14:04 +00:00
			`# Obviously lightning-transaction-sync doesn't support no-std, but it should build`
			`# even if lightning is built with no-std.`
			`lightning-transaction-sync = { path = "../lightning-transaction-sync", optional = true }`