News for hackers. Stuff that matters.

jbamsterdam

Re:Better HTTP server routing in Go 1.22 on Monday October 16, 2023 @11:08AM (#37900875)
No, it does not. The length of the pattern isn't important anymore, only whether it overlaps with other patterns.
Re:Keeping your Go modules compatible on Wednesday July 08, 2020 @08:06AM (#23769069)
I find I rarely need equality checks beyond simple types like ints, strings and times. The big exception to that is tests, for which I recommend cmp (https://pkg.go.dev/github.com/google/go-cmp/cmp).
Re:Keeping your Go modules compatible on Wednesday July 08, 2020 @06:07AM (#23768480)
Nothing's changed, and that's still an issue. We didn't address it because the post was long enough, but as Merovius himself says, it's called out in the Go 1 compatibility promise. So the Go standard library doesn't worry about it, and neither should you. It's also extremely rare; I've never seen it in 10 years of Go programming.
Re:Keeping your Go modules compatible on Tuesday July 07, 2020 @03:39PM (#23763159)
Until gorelease is ready, you can try apidiff (https://go.googlesource.com/exp/+/refs/heads/master/cmd/apid...).
Re:Keeping your Go modules compatible on Tuesday July 07, 2020 @03:37PM (#23763138)
Do you have any specific examples in mind?
Re:Keeping your Go modules compatible on Tuesday July 07, 2020 @03:33PM (#23763100)
Despite the title, the problems that this article discusses could have happened even before modules were introduced. Before modules, your only choices were to stay compatible or break users. Modules give us the freedom to make breaking changes in a safe, documented way.