-
Notifications
You must be signed in to change notification settings - Fork 429
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 version
field to ink! metadata
#1313
Conversation
These versions can't be constructed using this version of the crate anyways, so it doesn't really make sense to keep them.
We should change to using the derive macros once our CI's nightly compiler version gets updated.
The |
This builds fine with the |
@ascjones can you take another look at this? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
We're never able to construct this variant with this crate anymore, so it doesn't make sense to keep it.
Let's wait until we sort out the release details of |
Gonna and get the release train started |
* Add `version` field to `InkProject` * Use `InkProject` directly in metadata codegen * Remove old metadata versions from version enum These versions can't be constructed using this version of the crate anyways, so it doesn't really make sense to keep them. * Manually implement `Default` We should change to using the derive macros once our CI's nightly compiler version gets updated. * Add metadata `V4` version option * Use my branch of `cargo-contract` in CI * Remove deprecated `V3` metadata We're never able to construct this variant with this crate anymore, so it doesn't make sense to keep it.
* Add `version` field to `InkProject` * Use `InkProject` directly in metadata codegen * Remove old metadata versions from version enum These versions can't be constructed using this version of the crate anyways, so it doesn't really make sense to keep them. * Manually implement `Default` We should change to using the derive macros once our CI's nightly compiler version gets updated. * Add metadata `V4` version option * Use my branch of `cargo-contract` in CI * Remove deprecated `V3` metadata We're never able to construct this variant with this crate anymore, so it doesn't make sense to keep it.
Up until now the version of the ink! metadata/ABI was specified using a version key which
wrapped the whole ink! metadata struct (
MetadataVersioned(InkProject)
).However, it is nicer to have a proper
version
field as part of the ink! metadata objectso that it can be queried in a less-ambiguous way.
Closes #1289.