Re: [go-nuts] fmt Package

These weird function names have a long history . You might find the format specifiers to be a little weird, so take a look at the fmt package docs for some examples. If you check the Godoc for the specific functions,

Re: [go-nuts] Why golang garbage-collector not implement Generational and Compact gc?

This is a really great response. I appreciated the high-level overview in one place like this, and I feel like I learned something. Thanks for writing it up, Ian. On Tue, May 16, 2017 at 10:05 AM, Ian Lance Taylor wrote: > On Tue, May 16, 2017 at 2:01 AM,

Re: [go-nuts] Newbie question about struct definition

Hi Freddy! Those are Struct Tags (see here for more ) and are a way to add some metadata to struct fields that can be accessed via reflection. Lots of libraries use these to denote names or other notes about each fields. Those libraries expect to have a "known"

Re: [go-nuts] Automated Gerrit reviews

For Github, integration with the Checks API seems like the way you'd do it: https://developer.github.com/v3/checks/ On Fri, Jul 12, 2019 at 10:18 AM Ivan Borshukov wrote: > Thanks for sharing, it looks quite interesting. > > Do you think it would be possible (and easy) to extend the tool to

Re: [go-nuts] Code coverage for Automated api tests

I'm not 100% sure what you're asking here - if you're asking "can Go parse Java and emit code coverage reports", the answer is of course that you'd have to develop that yourself. If you're asking "can Go emit code coverage reports for Go code LIKE what Java emits for Java code", have a look at:

Re: [go-nuts] Distributing task execution

Hey there, What you're describing is a distributed task scheduler. I am not aware of any frameworks for you to integrate this into your application in Go, although something in the stream processing family of libraries might be able to help if that's what you really want. That said, I generally

Re: [go-nuts] Need help to learn go lang

Hi Veereshreddy! Welcome to Go! Here's a collection of links that I put together for some of my teammates who are new to Go: Basics / Introduction to Go GoByExample is a great resource if you've got experience with 2+ programming languages already. It quickly

Re: [go-nuts] Need help to learn go lang

e! Good luck, Brian On Fri, Jul 19, 2019 at 9:50 AM Veeresh Reddy wrote: > Thanks much . To be honest I have not wrote any code so far but I wanted > to start of with Go Lang . Pleade suggest me some accordingly . > > On Fri, 19 Jul 2019, 7:15 pm Brian Hatfield, wrote: > >

Re: [go-nuts] Need explaination for code

Welcome to Go! There's a couple things going on here, which you can break down into two overarching parts. Part 1, var/type definition: var testCases = []struct { description string planet Planet seconds float64 expectedfloat64 } This says the following things: - Create a

Re: [go-nuts] Go gouroutines vs Rust threads

Note: rust also recently landed async/await: https://blog.rust-lang.org/2019/11/07/Async-await-stable.html, though I have not looked into how it schedules the futures (ie, is it a one-cpu loop like swift or node, does it attempt to schedule futures in an M:N fashion like goroutines, etc). It's a

[go-nuts] Re: [golang-dev] Go 1.13.5 and Go 1.12.14 are released

Hi there, This appears to still not be available in Homebrew: https://github.com/Homebrew/homebrew-core/blob/master/Formula/go.rb Is there a plan for releasing 1.13.5 to Homebrew? Thanks! On Wed, Dec 4, 2019 at 9:01 PM Alexander Rakoczy wrote: > Hello gophers, > > We have just released Go

Re: [go-nuts] Tests skipping

I noticed that the `t.Run` call in the sample code provided is `t,Run` instead (note the comma). I'm not sure how that compiles, but it might be worth checking on that. On Mon, Mar 23, 2020 at 3:16 PM Ian Lance Taylor wrote: > On Sun, Mar 22, 2020 at 11:38 PM Shane H wrote: > > > > On Monday,

[go-nuts] Getting experience with type parameter parens

In a number of mailing list responses about various concerns or suggestions regarding the specific choice of parens for type parameters, Ian has responded a few times with: > Let's get some experience with this syntax before we decide to change it. What does this mean, exactly? For context, I,

Re: [go-nuts] Gopls enabled by default in VSCode

In this particular case, I would assume that documentation is outdated. They've been hard at work on gopls and would not set an unstable tool as the default, as evidenced by them developing it as the not-default for some time now. On Mon, Feb 1, 2021 at 3:15 PM 'kale...@googlemail.com' via

Re: [go-nuts] Go build speed dependent on time after source modification

This seems a little like you might have a background compilation process occurring which is populating the build cache. What editor environment are you using? Is it possible it is effectively running compilations on your code, whether via IDE support, indirectly via linters, or other on-save

Re: [go-nuts] Go 1.18. Type Constraints are (not) interfaces!?

I read that and I genuinely do not understand why interfaces now mean two distinct incompatible things. I think this is going to confuse a lot of people. On Wed, Dec 15, 2021 at 11:09 AM Jason Phillips wrote: > As to _why_ this is the case, the generics proposal has a section about > that: > >

Re: [go-nuts] Can I play with go1.18 beta while keeping my stable 1.17 version around for production code?

Yes! If you see the release email, there's some steps included: If you have Go installed already, the easiest way to try go1.18beta1 is by using the go command: $ go install golang.org/dl/go1.18beta1@latest $ go1.18beta1 download On Wed, Dec 15, 2021 at 12:03 PM Travis Keep wrote: > This may

Re: [go-nuts] float exactness

Here's a more general explanation of why floating point operations didn't do what you expected: https://floating-point-gui.de/basic/ On Sat, Apr 9, 2022 at 9:56 AM 'Jack Li' via golang-nuts < golang-nuts@googlegroups.com> wrote: > Hi group, > > 1. > Is there a package can do exact float

Re: [go-nuts] Why can't I use an interface which needs another interface inside of it

Client.GetChild() must return GetChilder, not Child. On Wed, Mar 13, 2024 at 10:02 AM Rodrigo Araujo wrote: > Given the code bellow, I'm trying to keep my packages completely > separated, without knowing each other, but the code doesn't work. I just > can get it running when I define (or use)