Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for workspace inheritance in Cargo.toml #1265

Open
0xf333 opened this issue Aug 10, 2023 · 0 comments
Open

Add support for workspace inheritance in Cargo.toml #1265

0xf333 opened this issue Aug 10, 2023 · 0 comments
Labels
bug Something isn't working

Comments

@0xf333
Copy link

0xf333 commented Aug 10, 2023

Description:

Currently, when trying to use the {key}.workspace syntax in Cargo.toml to inherit package metadata and dependencies from the workspace, cargo-contract fails to parse the manifest.

Impact:

This feature is particularly useful for projects with multiple packages that share common configurations and dependencies as it's the case for Ink-examples.
Supporting this feature would streamline the development process and reduce redundancy in Cargo.toml files.



Steps to Reproduce:

  1. Clone the repository:
git clone https://github.com/0xf333/test_scenario.git
  1. Navigate to the call_one or call_two directory:
cd call_one
  1. Run the following command:
cargo contract build --release


Expected Behavior:

The contract should be built successfully by inheriting the necessary configurations and dependencies from the workspace.

Actual Behavior:

The build process fails with an error related to parsing the manifest.

`cargo metadata` exited with an error: failed to parse manifest


Environment:

  • OS: Debian
  • cargo-contract version 3.0.1
  • ink! version: 4.2.0


Additional context:

This issue seems specific to cargo-contract as the standard Cargo toolchain supports this feature.


Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant