[go-nuts] Re: Go modules and semver question

I am not thinking of a certain package. The singleton problem is just one example. I'll give you another one: Let's say my library is a porcelain lib for creating PDFs, that is using under the hood anthoer library that does the real work. So some of the resulting PDF files look different afte

[go-nuts] Re: Go modules and semver question

Well on the other hand, if the user has the same dependency imported in the previous version, there might be surpising effects happening, because she now has two different incompatible versions of the same package. If the package is having some init functions that should only be run once (like

[go-nuts] Go modules and semver question

Hi, playing around with the go modules, I wondered: Let's say, my library gets a compatible update. The only thing that changes is, I have updated a dependency to an incompatible major version and changed the internal library code accordingly. However the behavior and API of my library did not

[go-nuts] Re: Local shared libraries and forks without vendor and GOPATH

Thanks, Paul! Must have missed it. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://grou

[go-nuts] Local shared libraries and forks without vendor and GOPATH

Hi, if I understand correctly, the plan with versioned packages and modules is to deprecate the vendor folder and GOPATH some time after Go 1.11. Now it is possible to have own shared packages that aren't hosted anywhere, just sitting on the harddrive inside GOPATH or the vendor directory. Thi

[go-nuts] Code completion w/o GOPATH

Hi, I wonder how in a world of go modules without a GOPATH, code completion within editors is supposed to be implemented? Best, Benny -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from

[go-nuts] My take on package management for Go2

https://github.com/golang/go/issues/25588 Regards Benny -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more opti

[go-nuts] Re: Proposal: Blank types instead of Generics for Go 2

I've updated the proposal to include ideas of how feature parity with generics could be reached. Am Sonntag, 23. Juli 2017 10:17:04 UTC+2 schrieb meta keule: > > > Hi, > > here is a proposal for an alternative to Generics for Go2: > > https://github.com/golang/go/issues/21132 > > Please discuss!

[go-nuts] Proposal: Blank types instead of Generics for Go 2

Hi, here is a proposal for an alternative to Generics for Go2: https://github.com/golang/go/issues/21132 Please discuss! -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send a

[go-nuts] Request for feedback: MIDI library for reading and writing SMF and live MIDI data

Hi everybody, there are some MIDI implementations written in Go, but they are mostly incomplete and don't have a common interface for SMF and live data. So I spend some time to figure out the API and get it complete (although test coverage is not complete yet). Anyway I need some feedback