Re: [go-nuts] Module versioning on local folder

> On 6 May 2020, at 11.11, Reyhan Sofian Haqqi wrote: > > Hi, > > I have a case where we developing inside a monorepo project where we > distribute shared libs locally (without publishing) and we're using replace > directive inside go.mod. What we fear is someone changes the shared libs >

[go-nuts] Module versioning on local folder

Hi, I have a case where we developing inside a monorepo project where we distribute shared libs locally (without publishing) and we're using *replace* directive inside *go.mod*. What we fear is someone changes the shared libs logic, it might break other applications that use it because we can'

Re: [go-nuts] Why is there no instruction rescheduling?

On Tue, May 5, 2020 at 8:18 PM Richard Gong wrote: > > I've been diving into golang compiler recently. As to the optimizations, I > didn't find any pass implemented instruction rescheduling to utilize VLIW or > pipeline technology in modern CPUs. > Why this feature is missed? > Anybody have a cl

[go-nuts] Why is there no instruction rescheduling?

I've been diving into golang compiler recently. As to the optimizations, I didn't find any pass implemented instruction rescheduling to utilize VLIW or pipeline technology in modern CPUs. Why this feature is missed? Anybody have a clue? Thanks in advance. -- You received this message because

Re: [go-nuts] handling constant of maps

Hi Amarjeet If you take the trouble of using error codes you should use actual integers and not strings. The playground program shows how I would do´ it. See here https://play.golang.org/p/YNbMpXLOUfM > -- You received this message because you are subscribed to the Google Groups "golang-nuts

[go-nuts] Need to use http proxy to access GOPROXY

I work in a rather restricted environment. I've set up an intranet Go module proxy which is allowed to access proxy.golang.org in this case. The module proxy is the only point allowed to access the internet. To access this module proxy, i've set GOPROXY, but i need to use an additional http/htt

Re: [go-nuts] Deleting map entry from the top level of a nested map doesn't clean the underlying memory

Hi Ian, I explored a few things, calling debug.FreeOSMemory periodically. This does help, I see a definitely a change in the memory being returned to the OS ( looking at top o/p). I also set the "GODEBUG=madvdonotneed=1", as per go documentation post 1.12 release, go release it uses "madvfree" opti

Re: [go-nuts] handling constant of maps

Or I will have to go like this? type ErrCode struct { Code string Desc string } var ( E100_01 = ErrCode{"E100_01", "this is description"} E100_02 = ErrCode{"E100_02", "this is description"} ) On Tue, May 5, 2020 at 5:51 PM Amarjeet Anand wrote: > Hi Kurtis > Thanks for the resp

Re: [go-nuts] handling constant of maps

Hi Kurtis Thanks for the response. As the doc says, *stringer* can be used to generate only *int* constants. String constants are not supported. In my case, the constant will be like - type ErrCode string const ( E201_01 ErrCode = "description text" ) Actually I need both the strings(*E201_

[go-nuts] Re: Need help with go modules

Interesting. At first sight this should work. You definitely don't need a go.mod file in ~HOME/src/myrepo/cmd/cmd1 Which go version are you running? What is your $GOPATH set to? What output does cd ~HOME/src/myrepo; go build give? The usual convention is to push the code in a VCS such as githu

[go-nuts] [ANN] Olric v0.2.0 is out. Distributed cache and in-memory key/value data store. It can be used both as an embedded Go library and as a language-independent service.

Olric v0.2.0 is ready to use! *What is Olric?* Olric is a distributed cache and in-memory key/value data store. It can be used both as an embedded Go library and as a language-independent service. With Olric, you can instantly create a fast, scalable, sha

[go-nuts] Re: How to scan input with termui?

I've tried the links you offered and test the source code . However, it occurred fatal error. I have no idea what causes the problem. The error is as the following picture. [image: Error.PNG] Thank you very much! Max Brian Candler於 2020年4月17日星期五 UTC+8下午