Open anton-trunov opened 2 months ago
It might be helpful for third-party projects that need stdlib
to be installed without Tact installation, as it would simplify the workflow with paths in blueprint-misti
:
However, I don't think we should implement this solely for that small case, as it might complicate maintaining the stdlib.
However, I don't think we should implement this solely for that small case, as it might complicate maintaining the stdlib.
Definitely. But we have a bigger fish to fry: a total redesign of the standard library without breaking backwards compatibility
We can either rely on the NPM package manager
This option seems good to me
without breaking backwards compatibility
And forward-compatibility as well — if we move the stdlib into it's own package, the Tact version that it's compatible with may diverge from the one used in the compiler if we won't bundle them together (like, by putting the proper stdlib version in dependencies
of Tact compiler)
First of all, it will give us the freedom to change the Tact standard library without concerns for backwards compatibility, as the user will have the ability to pin the stdlib version for their projects.
It will also help with issues like this one: https://github.com/nowarp/misti/issues/107.
Now, it needs to be discussed how exactly the configuration of the stdlib version can be done. We can either rely on the NPM package manager or make it work through
tact.config.json
somehow.