-
Notifications
You must be signed in to change notification settings - Fork 221
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
Release 0.3.4 Athens #1639
base: main
Are you sure you want to change the base?
Release 0.3.4 Athens #1639
Conversation
Signed-off-by: Cyrill Leutwiler <[email protected]>
Signed-off-by: Cyrill Leutwiler <[email protected]>
Signed-off-by: Cyrill Leutwiler <[email protected]>
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.
Looks good 👍
Co-authored-by: Lucas Steuernagel <[email protected]> Signed-off-by: Cyrill Leutwiler <[email protected]>
Unfortunately While pinned dependencies in libraries is definitely annoying; I think depending on our own crate via a third party would block us anyways, for example what if we wanted to release a major version? |
I think
Yep, that's not good. Copying it into our repo would solve that problem, and we can make sure the formatter is up to date with the latest syntax too - right now, it's out of date and cannot parse everything that solang can. |
Right, given the licenses, both Apache 2.0, are compatible, I think this should work. The other solution coming to my mind would be to factor the language server out into a dedicated project (I think just outside the solang worspace would do too)? |
That doesn't solve the problem, as the language server would have the same issue. On the up-side, the solang crate would not have any problems :) I've had a quick stab at copying |
I see, so the solution would rather be factoring
Any idea why foundry themselves are not doing it? You are right, the last release of |
From what I can see, foundry don't update their crates on crates.io - they published |
This release brings various improvements and bug fixes to our stable compilation targets. Notably, the Polkadot target is now compatible with
ink!
version 5.0 metadata.