suggestions icon indicating copy to clipboard operation
suggestions copied to clipboard

Publish to crates.io

Open filmor opened this issue 5 years ago • 8 comments

At least for devs you could simplify the installation by just publishing your crates to crates.io via the normal mechanisms. gleam is already taken, but maybe something like gleam-lang would suite you. That way installation for anyone who has rust installed would just be cargo install gleam-lang.

filmor avatar Oct 04 '19 08:10 filmor

Good suggestion! For now it can be installed like so:

cargo install --git https://github.com/lpil/gleam --tag v0.4.1

lpil avatar Oct 04 '19 09:10 lpil

I have no experience with crates.io, but I assume we're able to do this automatically after a release is published. Am I right? If yes, I can implement this.

stefanluptak avatar Oct 31 '19 15:10 stefanluptak

I've not yet looked into this as using cargo's git support works for now. I expect you're right. :)

lpil avatar Oct 31 '19 15:10 lpil

If you don't have super-frequent releases, just do it manually. It's just running cargo publish.

filmor avatar Oct 31 '19 15:10 filmor

stefanluptak avatar Oct 31 '19 15:10 stefanluptak

There is some info here. https://rust-lang-nursery.github.io/cli-wg/tutorial/packaging.html

I'll try this manually for the next release and then we can automate after.

lpil avatar Oct 31 '19 15:10 lpil

That would be a great use case to develop tooling against a stable interface.

For instance to develop a lsp server, a hint suggester..., we need to have access to the parser, AST and so on. It seems less intimidating to incubate that as a separate package and once we reach maturity to merge it as a subcommand.

IMHO nimsuggest and nim-lsp are a good example of that.

tclain avatar Apr 18 '21 18:04 tclain

That's a great use case, but these APIs are not at all stable and there are often major internal changes with patch versions of Gleam. The cost of stablising compiler internals would be far too great for this early stage.

On the bright side I intend to build the LSP into the compiler itself, so breaking changes will be much less of an issue.

lpil avatar Apr 18 '21 20:04 lpil