Re: [go-nuts] libgo is more fast that grouting.

2020-03-19 Thread Chris Burkert
Do people ask for a Tesla with a combustion engine? No because they value what Tesla is doing and why they are doing it. And neither Tesla nor Kubernetes or Docker are research projects. So please don’t whine about how things are. Instead (as Ian said) participate in a positive manner and contribut

Re: [go-nuts] libgo is more fast that grouting.

2020-03-19 Thread Dan Kortschak
Can you please stop. Numerous non-Google employees contribute to Go. It is not a research project any more than any activity in life is a research project. On Fri, 2020-03-20 at 13:52 +0800, 'Benjamin' via golang-nuts wrote: > I think the team of go programming language should invite other > peopl

Re: [go-nuts] How to clean cache for 'go tool dist test'

2020-03-19 Thread xiangdong...@gmail.com
I always got a timeout when running all.bash (synced to the latest commit cbd421f75b0770c3534d1b641e7770bf1878004f), it's not reproducible with 'go test -run=. crypto/tls', no GOARCH and GOOS were set previously. Thanks. *02:58:18* panic: test timed out after 9m0s*02:58:18* *02:58:18* goroutine

Re: [go-nuts] libgo is more fast that grouting.

2020-03-19 Thread 'Benjamin' via golang-nuts
I think the team of go programming language should invite other people that out of google join some part of the project. And you all can have more free time. Sometimes Lazy is good habit. It’s 10+ years, go should not be a research project now. How Many 10 years do you have? Like what is the b

Re: [go-nuts] How to clean cache for 'go tool dist test'

2020-03-19 Thread Ian Lance Taylor
On Thu, Mar 19, 2020 at 10:28 PM Xiangdong JI wrote: > > I'm trying to run 'go tool dist test' after the binary has been built > successfully, while always get a cached result, > running "go clean -i -r -testcache " and "go clean -cache" in prior > doesn't help, can anyone please help here? > Th

Re: [go-nuts] dynamic number of arguments

2020-03-19 Thread yvonne12
Thank you for the advice! It worked. On Friday, March 20, 2020 at 11:29:20 AM UTC+11, Ian Lance Taylor wrote: > > On Thu, Mar 19, 2020 at 5:21 PM > > wrote: > > > > I have an array and the length of this array is dynamic. I want to pass > this array's values as a list of parameters to a functi

[go-nuts] How to clean cache for 'go tool dist test'

2020-03-19 Thread Xiangdong JI
Hi, I'm trying to run 'go tool dist test' after the binary has been built successfully, while always get a cached result, running "go clean -i -r -testcache " and "go clean -cache" in prior doesn't help, can anyone please help here? Thanks. $ go tool dist test -run=go_test:crypto/ # go tool d

Re: [go-nuts] dynamic number of arguments

2020-03-19 Thread Ian Lance Taylor
On Thu, Mar 19, 2020 at 5:21 PM wrote: > > I have an array and the length of this array is dynamic. I want to pass this > array's values as a list of parameters to a function. Can you please suggest > what is a good way to do this? > > > For example, func(query string, args ...interface{}). My

[go-nuts] dynamic number of arguments

2020-03-19 Thread yvonne12
Hi, I have an array and the length of this array is dynamic. I want to pass this array's values as a list of parameters to a function. Can you please suggest what is a good way to do this? For example, func(query string, args ...interface{}). My array is arrayExample := []string {"1", "a", "

Re: [go-nuts] Re: Go 1.14.1 and Go 1.13.9 are released

2020-03-19 Thread Manlio Perillo
The problem is that I have seen using golang in the wrong context, as an example: https://www.gophercon.co.uk/videos/2017/golangs-realtime-gc-in-theory-and-practice/ https://www.gophercon.co.uk/videos/2019/Experimenting-with-Golang-and-Webassembly/ I suspect that new programmers starting to use G

Re: [go-nuts] Re: Go 1.14.1 and Go 1.13.9 are released

2020-03-19 Thread Dmitri Shuralyov
To add to what Ian said, I've edited the issue titles now, which makes them slightly shorter and easier to read. Also see https://golang.org/doc/faq#go_or_golang. While the language is called "Go", the term "golang" still comes up occasionally in some contexts. On Thursday, March 19, 2020 at 5

Re: [go-nuts] Re: Go 1.14.1 and Go 1.13.9 are released

2020-03-19 Thread Ian Lance Taylor
On Thu, Mar 19, 2020 at 1:58 PM Manlio Perillo wrote: > > Thanks for the release. > > However I'm a bit sad that even the Go team is starting to use "golang" > instead of "go": > https://github.com/golang/go/issues/37613 > golang 1.14.rc1 3-5% performance regression from golang 1.13 during protob

[go-nuts] Re: Go 1.14.1 and Go 1.13.9 are released

2020-03-19 Thread Manlio Perillo
Thanks for the release. However I'm a bit sad that even the Go team is starting to use "golang" instead of "go": https://github.com/golang/go/issues/37613 golang 1.14.rc1 3-5% performance regression from golang 1.13 during protobuf marshalling Now I see golang instead of go on blog articles, ta

[go-nuts] Go 1.14.1 and Go 1.13.9 are released

2020-03-19 Thread Carlos Amedee
Hello gophers, We have just released Go versions 1.14.1 and 1.13.9, minor point releases. These releases include fixes to the go command, tools, the runtime, the toolchain, and to the crypto/cypher package. View the release notes for more information: https://golang.org/doc/devel/release.htm

Re: [go-nuts] go build output depending on project structure

2020-03-19 Thread Ian Lance Taylor
It might help to read https://golang.org/cmd/go/#hdr-Package_lists_and_patterns, including the paragraph starting "As a special case, if the package list is a list of .go files from a single directory," Ian On Thu, Mar 19, 2020 at 8:59 AM Jake Montgomery wrote: > > > > On Thursday, March 19,

Re: [go-nuts] Benchmarking code that mutates its input data

2020-03-19 Thread Orson Cart
On Wednesday, 18 March 2020 15:50:33 UTC, Sam Whited wrote: > > Just call b.ResetTimer() after setting up your data: > https://godoc.org/testing#B.ResetTimer > Thanks, I'll take a look -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsub

Re: [go-nuts] Benchmarking code that mutates its input data

2020-03-19 Thread Orson Cart
On Wednesday, 18 March 2020 17:53:05 UTC, Robert Engels wrote: > > The test package has methods to disable the timing - wrap the setup in > these. > Thanks. I guess you're referring to StoptTimer, StartTimer and ResetTimer? I think that in my case ResetTimer will do the trick. Unless I'm mistak

Re: [go-nuts] Benchmarking code that mutates its input data

2020-03-19 Thread Orson Cart
On Wednesday, 18 March 2020 15:50:33 UTC, Sam Whited wrote: > > Just call b.ResetTimer() after setting up your data: > https://godoc.org/testing#B.ResetTimer > > Thanks, I'll take a look -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsu

Re: [go-nuts] go build output depending on project structure

2020-03-19 Thread Jake Montgomery
On Thursday, March 19, 2020 at 10:21:31 AM UTC-4, Nitish Saboo wrote: > > Hi Jake, > > Is there some reason that you want, or need, to be using go build this > way, by specifying files? Or is it just curiosity about how the tools work? > >>There is no particular reason to use go build by specify

[go-nuts] Gophercon 2020 Postponed

2020-03-19 Thread Brian Ketelsen
We're postponing Gophercon 2020 (originally scheduled for June in Orlando). Details in this post on the GopherAcademy blog: https://blog.gopheracademy.com/gophercon-2020-news/ TL;DR: We don't have a new date yet, but expect to announce one the first week of April. Stay safe, Go friends! Bria

Re: [go-nuts] Re: Mem-Leak in Go method

2020-03-19 Thread Robert Engels
And https://blog.golang.org/pprof > On Mar 19, 2020, at 9:27 AM, Robert Engels wrote: > >  > https://www.freecodecamp.org/news/how-i-investigated-memory-leaks-in-go-using-pprof-on-a-large-codebase-4bec4325e192/amp/ > >>> On Mar 19, 2020, at 9:24 AM, Nitish Saboo wrote: >>> >>  >> Hi, >> >

Re: [go-nuts] Re: Mem-Leak in Go method

2020-03-19 Thread Robert Engels
https://www.freecodecamp.org/news/how-i-investigated-memory-leaks-in-go-using-pprof-on-a-large-codebase-4bec4325e192/amp/ > On Mar 19, 2020, at 9:24 AM, Nitish Saboo wrote: > >  > Hi, > > Are there any other commands that provide an exact allocation of memory for > each of the functions or he

Re: [go-nuts] Re: Mem-Leak in Go method

2020-03-19 Thread Nitish Saboo
Hi, Are there any other commands that provide an exact allocation of memory for each of the functions or help to analyze the memory allocation much better? Thanks, Nitish On Thu, Mar 19, 2020 at 7:08 PM Robert Engels wrote: > You are only using 1.5 mb on the Go side... so if your process is >

Re: [go-nuts] go build output depending on project structure

2020-03-19 Thread Nitish Saboo
Hi Jake, Is there some reason that you want, or need, to be using go build this way, by specifying files? Or is it just curiosity about how the tools work? >>There is no particular reason to use go build by specifying the files. I was trying different ways to compile the project and ended up with

Re: [go-nuts] go build output depending on project structure

2020-03-19 Thread Jake Montgomery
Nitish, Is there some reason that you want, or need, to be using go build this way, by specifying files? Or is it just curiosity about how the tools work? The typical way to use go build is to build without specifying individual files. If you are using CGO, I would certainly recommend that you d

Re: [go-nuts] Re: Mem-Leak in Go method

2020-03-19 Thread Robert Engels
You are only using 1.5 mb on the Go side... so if your process is consuming lots of memory it’s on the C side. > On Mar 19, 2020, at 7:55 AM, Nitish Saboo wrote: > >  > Hi Michael, > > I used something like this to generate a mem-prof for 60 minutes > > func main() { > flag.Parse() > if *cp

Re: [go-nuts] Re: Mem-Leak in Go method

2020-03-19 Thread Nitish Saboo
Hi Michael, I used something like this to generate a mem-prof for 60 minutes func main() { flag.Parse() if *cpuprofile != "" { f, err := os.Create(*cpuprofile) if err != nil { fmt.Println("could not create CPU profile: ", err) } defer f.Close() // error handling omitted for example if err := ppro

[go-nuts] "Unused" transitive module requirements and licenses

2020-03-19 Thread Paul Jolly
Hi all, I raised the following question in #tools on Gophers Slack (https://gophers.slack.com/) but re-raising here for slightly wider discussion/pointers. It is very related to Bryan Mills' excellent proposal in https://github.com/golang/go/issues/36460 for lazy module loading. Q: If my main mod