[go-nuts] Re: files stored in /home/$USER/.cache/go-build/

https://golang.org/cmd/go/#hdr-Remove_object_files_and_cached_files I wouldn't remove just some of them, that sounds like a bad idea in general. Remove all if you need to. On Monday, March 30, 2020 at 6:34:17 AM UTC+2, lgo...@gmail.com wrote: > > What does Go use these files used for ? I've got

[go-nuts] files stored in /home/$USER/.cache/go-build/

What does Go use these files used for ? I've got loads of them...What happens if I delete some or all ? -- 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

Re: [go-nuts] asmcgocall and async preemption

I see, thank you. -- 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. To view this discussion on the web visit

[go-nuts] Re: Unmarshalling ordered nested dynamic xml

I think that interface{} type would be useful in such case var xml []interface{} You can make convenience accessor functions like func Names() []Names {} On Sunday, March 29, 2020 at 9:33:49 PM UTC+2, DrGo wrote: > > Hi, > wondering how to unmarshall the xml below (also available here >

[go-nuts] Unmarshalling ordered nested dynamic xml

Write your on parser by calling xml.Decoder.Token() in a loop and storing values as needed? -- 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

Re: [go-nuts] Multi-module repository and invalid version: unknown revision

That might actually explain it... Thanks for the tip. After updating the dependency, it is working again. Thanks, :) Hein On Sunday, March 29, 2020 at 10:35:15 PM UTC+2, Jakob Borg wrote: > > On 29 Mar 2020, at 18:00, Hein Meling > > wrote: > > >

Re: [go-nuts] Multi-module repository and invalid version: unknown revision

On 29 Mar 2020, at 18:00, Hein Meling mailto:hein.mel...@gmail.com>> wrote: github.com/autograde/aguis/kit@v0.0.0-20200326190951-c1090b5a8d9a: invalid version: unknown revision c1090b5a8d9a I've read about similar

[go-nuts] Unmarshalling ordered nested dynamic xml

Hi, wondering how to unmarshall the xml below (also available here https://play.golang.org/p/QtZwKmrn8HM) into a tree. The challenge is that each element can nest 0 or more *ordered* child elements which can be of different types (eg text, group, choose, macro etc). I tried unmarshalling into

[go-nuts] HSV image format

Does anyone know of a package that provides an image.Image with an HSV color model ? I've found lots of functions that convert color models but not a package that puts it all together into an Image interface. If

Re: [go-nuts] asmcgocall and async preemption

On Sun, Mar 29, 2020 at 9:42 AM Laevus Dexter wrote: > > Go 1.14 has introduced new async preemption stuff. > I'm wondering what would happen if you were inside C code and preemption > signal has arrived? How can I reproduce this case to test stuff like this: >

[go-nuts] asmcgocall and async preemption

Go 1.14 has introduced new async preemption stuff. I'm wondering what would happen if you were inside C code and preemption signal has arrived? How can I reproduce this case to test stuff like this: https://github.com/LaevusDexter/asmcgocall ? -- You received this message because you are

[go-nuts] Multi-module repository and invalid version: unknown revision

Hi all, First off, I've read this, and the other FAQ answers: https://github.com/golang/go/wiki/Modules#is-it-possible-to-add-a-module-to-a-multi-module-repository However, I'm not sure how my case fits the scenarios described therein; or maybe I just don't understand how it is related.

Re: [go-nuts] Go course

Thanks! A great write-up. On Friday, 27 March 2020 16:32:51 UTC, Owen Waller wrote: > > Hi Dave, > > As the original author of the post that Dan has referenced, I can say that > Go does indeed make IMHO a good first programming language. It all comes > down to how you explain things. Thanks Dan