gaspersic/solana
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
Files
d9970c0a7d50064709b51d0e785e91f347279b73
solana/programs/bpf/rust/invoke/Cargo.toml

21 lines
628 B
TOML
Raw Normal View History

Add Cross-program invocations (#9582)
2020-04-28 14:33:56 -07:00
[package]
name = "solana-bpf-rust-invoke"
Bump version to v1.8.0 (#17541)
2021-05-27 08:51:53 -07:00
version = "1.8.0"
Add Cross-program invocations (#9582)
2020-04-28 14:33:56 -07:00
description = "Solana BPF test program written in Rust"
Change documentation introduction to indicate Foundation IP transfer (#10440)
2020-06-13 15:41:05 -06:00
authors = ["Solana Maintainers <maintainers@solana.foundation>"]
Add Cross-program invocations (#9582)
2020-04-28 14:33:56 -07:00
repository = "https://github.com/solana-labs/solana"
license = "Apache-2.0"
homepage = "https://solana.com/"
docs: add docs links for crates published to crates.io
2021-03-10 13:46:17 -07:00
documentation = "https://docs.rs/solana-bpf-rust-invoke"
Add Cross-program invocations (#9582)
2020-04-28 14:33:56 -07:00
edition = "2018"
[dependencies]
sdk: Make PubKey::create_program_address available in program unit tests (#11745) * sdk: Make PubKey::create_program_address available in program unit tests This finishes the work started in #11604 to have `create_program_address` available when `target_arch` is not `bpf` and `program` is enabled. Otherwise, there is an undefined reference error to `sol_create_program_address`, which is only defined in `bpf`. A small test to simply call the function has been added in order to catch the problem in the future. The default dependency to `solana-sdk/default` doesn't cause a problem with existing programs since `build.sh` always specifies `--no-default-features`, and programs in `solana-program-library` all use it too. * Add `default-features = false` for inter-program dependencies Fix the build error found during CI. The `--no-default-features` flag only applies to the top-level package, and not to dependencies. A program that depends on another program, i.e. `128bit` which depends on `128bit_dep`, must specify `default-features = false` when including that package, otherwise the `bpf` build will try to pull in default packages, which includes `std`.
2020-08-24 19:28:36 +02:00
solana-bpf-rust-invoked = { path = "../invoked", default-features = false }
Bump version to v1.8.0 (#17541)
2021-05-27 08:51:53 -07:00
solana-program = { path = "../../../../sdk/program", version = "=1.8.0" }
Add Cross-program invocations (#9582)
2020-04-28 14:33:56 -07:00
[lib]
crate-type = ["cdylib"]
Fix bpf unit test linkage (#9780) automerge
2020-04-28 19:41:08 -07:00
[package.metadata.docs.rs]
sdk: Make PubKey::create_program_address available in program unit tests (#11745) * sdk: Make PubKey::create_program_address available in program unit tests This finishes the work started in #11604 to have `create_program_address` available when `target_arch` is not `bpf` and `program` is enabled. Otherwise, there is an undefined reference error to `sol_create_program_address`, which is only defined in `bpf`. A small test to simply call the function has been added in order to catch the problem in the future. The default dependency to `solana-sdk/default` doesn't cause a problem with existing programs since `build.sh` always specifies `--no-default-features`, and programs in `solana-program-library` all use it too. * Add `default-features = false` for inter-program dependencies Fix the build error found during CI. The `--no-default-features` flag only applies to the top-level package, and not to dependencies. A program that depends on another program, i.e. `128bit` which depends on `128bit_dep`, must specify `default-features = false` when including that package, otherwise the `bpf` build will try to pull in default packages, which includes `std`.
2020-08-24 19:28:36 +02:00
targets = ["x86_64-unknown-linux-gnu"]
Reference in New Issue Copy Permalink