move to go 1.16? #201
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
As @3wordchant pointed out, debian testing and fedora 34 use go 1.16. It's not deprecated yet, and will be supported till feburary 2022 if i understand go versions right. We're not using any 1.17 functionality yet and i succesfully compiled abra with no code changes using go 1.16.
Installing manually is really easy?
1.17 has a significant reduction in binary sizes built-in, so it is worth it imho.
@decentral1se can we continue having the release binaries built using 1.17, while only requiring minimum 1.16 to build locally?
Requiring a newer version of the language than what's commonly available seems like an infra smell that I'd like to avoid if we can.
also we're only saving about 1MB using 1.17
Oh yeah right, we could set the Golang version to really low, like
1.13
or something? To avoid this issue happening and letting people do their thing and then make the build CI to 1.17! Just tried setting it to1.13
and I could compile locally. Think1.13
was when modules went into the langugae (which we use). Maybe we can go further back?that's strange because I couldn't compile it with 1.15 🤔 it was complaining about io/fs missing and indeed this library was introduced with go 1.16
hmmmmm....
1.16
it is then 🤷♀️ahh i see why that is. Setting go version in go.mod doesn't affect how the program is compiled, it's just setting a requirement. So you'd have to actually download go 1.13, install it and then compile