Re: [go-nuts] About source folder organization

On Thu, Nov 15, 2018 at 8:52 AM Jan Mercl <0xj...@gmail.com> wrote: Fixing it example.com/foo can import example.com/bar: siblings vs "parent" and "child". example.com/foo can import example.com/foo/a but in the same time example.com/foo/b can import example.com/foo

Re: [go-nuts] About source folder organization

On Thu, Nov 15, 2018 at 1:38 AM Victor Giordano wrote: example.com/foo can import example.com/bar: siblings vs "parent" and "child". example.com/foo can import example.com/foo/a but in the same time example.com/b can import example.com: "parent" and "child" meaning can be inverted or not. The c

[go-nuts] Re: Does runtime.RaceDisable not work in non-std library ?

According to https://github.com/golang/go/blob/7a6ccece877232fc58872c85fdf0718629b83d91/src/cmd/compile/internal/gc/racewalk.go#L45-L47 , the compile does not insert data race detecting code in package "sync". 在 2018年8月22日星期三 UTC+8下午6:25:24，nea...@gmail.com写道： > > Hi, > > When I copy the sync.

Re: [go-nuts] Can package init() functions in different packages ever run concurrently?

On Thursday, November 15, 2018 at 1:51:08 AM UTC+1, Ian Lance Taylor wrote: > > On Wed, Nov 14, 2018 at 4:43 PM, Tom Payne > > wrote: > > > > I couldn't find the answer to this from Googling. > > > > According to the documentation that I've found: > > - For any given package, its imports' ini

Re: [go-nuts] Can package init() functions in different packages ever run concurrently?

On Wed, Nov 14, 2018 at 4:43 PM, Tom Payne wrote: > > I couldn't find the answer to this from Googling. > > According to the documentation that I've found: > - For any given package, its imports' init() functions are run before the > package's init() function. > - Within a package, init() function

[go-nuts] Can package init() functions in different packages ever run concurrently?

I couldn't find the answer to this from Googling. According to the documentation that I've found: - For any given package, its imports' init() functions are run before the package's init() function. - Within a package, init() functions are more-or-less run in lexical filename order. My question

Re: [go-nuts] About source folder organization

Thanks Jan. Then i shall paste the question here. I copy paste the question as it was writed at first place in order to honor an idempotent behvaiour (recall that the question was edited in stackoverflow for improving understanding). Thanks in advance for all that take the time for reading!. *Orig

Re: [go-nuts] How to get the user's umask without race condition?

Thanks Axel for the reply - that's a clever solution. Just to close the loop on this, the solution that I finally opted for was to use the umask system call twice during my program's init() and save the value. Given the nature of the program, the race condition should not be a problem - no file

Re: [go-nuts] New Modules and git clones

On Wednesday, November 14, 2018 at 2:26:07 PM UTC-5, Paul Jolly wrote: > > > > Can you point us at the documentation you're referring to here, > please? > > > > go help go.mod > > Thanks - it's honestly the first time I've a) read that help document > or b) seen the dev version format. I also

Re: [go-nuts] New Modules and git clones

On Wed, 2018-11-14 at 19:25 +, Paul Jolly wrote: > > > Can you point us at the documentation you're referring to here, please? > > > > go help go.mod > > Thanks - it's honestly the first time I've a) read that help document > or b) seen the dev version format. I also can't find any tests > c

Re: [go-nuts] About source folder organization

Yes, that's it. I see: "This question was removed from Stack Overflow for reasons of moderation. Please refer to the help center for possible explanations why a question might be removed. ..." On Wed, Nov 14, 2018, 20:37 Victor Giordano wrote: > Hello jan! > So, what are you trying to say is t

Re: [go-nuts] About source folder organization

Hello jan! So, what are you trying to say is that you follow the link and see nothing? El mié., 14 nov. 2018 a las 16:07, Jan Mercl (<0xj...@gmail.com>) escribió: > It's already removed on SO. > > On Wed, Nov 14, 2018, 20:00 Victor Giordano wrote: > >> hello gophers!! how you doing? >> >> Some t

Re: [go-nuts] New Modules and git clones

> > Can you point us at the documentation you're referring to here, please? > > go help go.mod Thanks - it's honestly the first time I've a) read that help document or b) seen the dev version format. I also can't find any tests covering its usage. Please can you raise an issue about the use of d

Re: [go-nuts] New Modules and git clones

> I recommend letting the go tool handle this. Leave the dependency out of the > go.mod file entirely. Run go build as normal, and it will automatically > determine the version strings for the dependencies and insert them into your > go.mod for you. This won't work because per the original post

Re: [go-nuts] New Modules and git clones

On Wed, 2018-11-14 at 10:10 -0600, Kyle Wood wrote: > I recommend letting the go tool handle this. Leave the dependency out of > the go.mod file entirely. Run go build as normal, and it will automatically > determine the version strings for the dependencies and insert them into > your go.mod for yo

Re: [go-nuts] About source folder organization

It's already removed on SO. On Wed, Nov 14, 2018, 20:00 Victor Giordano wrote: > hello gophers!! how you doing? > > Some time ago i posted this > > in > other CoP (

Re: [go-nuts] New Modules and git clones

On Wed, 2018-11-14 at 12:31 +, Paul Jolly wrote: > > The documentation implies that I can use "dev" as the > > version number in the go.mod file for this situation > > Can you point us at the documentation you're referring to here, please? > > Thanks Type go help go.mod part way down, you

[go-nuts] About source folder organization

hello gophers!! how you doing? Some time ago i posted this in other CoP (community of practices), don't go ahead wihtout reading the above two lines (or four and

[go-nuts] Position(s) available at FireEye

Hi all, I work at FireEye on the tooling end of things, and my team needs more decent senior backend devs. Our current project is a large-ish system in Go; we're looking for experienced systems programmers, but deep proficiency in Go isn't strictly required (Go is easy enough to pick up, syste

Re: [go-nuts] New Modules and git clones

I recommend letting the go tool handle this. Leave the dependency out of the go.mod file entirely. Run go build as normal, and it will automatically determine the version strings for the dependencies and insert them into your go.mod for you. On Wed, Nov 14, 2018 at 5:43 AM Russel Winder wrote: >

[go-nuts] [ANN] Dynatrace introduces custom services for Go applications

Dynatrace is proud to announce custom services for Go applications. Associate services with arbitrary functions in any Go application — as always, without source code modifications. https://www.dynatrace.com/news/blog/introducing-custom-services-for-go-applications/ -- You received this messag

[go-nuts] Re: Calling function with variadic arguments

Very nice investigation. So, this proves that working against interfaces (rather than direct calls) has more burden to the compiler that, in turns, affects the overall program's execution speed? Well, i would guess that someday when duke (from java) meets gopher (from golang) they both will agr

[go-nuts] Joke in the air :D

When an old source file in golang gets old, it gets renamed .gold because it survives time elapsed without being oxidized. -- 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

Re: [go-nuts] New Modules and git clones

> The documentation implies that I can use "dev" as the > version number in the go.mod file for this situation Can you point us at the documentation you're referring to here, please? Thanks -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To uns

SV: [go-nuts] New Modules and git clones

I have used the ”v0.0.0” as the version number – it seem to work. /M Fra: Russel Winder Sendt: 14. november 2018 12:44 Til: GoLang_Nuts Emne: [go-nuts] New Modules and git clones I am giving the module system in Go 1.11.2 a whirl

[go-nuts] New Modules and git clones

I am giving the module system in Go 1.11.2 a whirl to get projects out of the GOPATH environment. The dependencies include ones that have no tagged versions in the Git repositories. The documentation implies that I can use "dev" as the version number in the go.mod file for this situation. However,

[go-nuts] DTLS 1.2 implementation, looking for reviewers and a path forward to x/net

Hey gophers! I built a DTLS 1.2 library (https://github.com/pions/dtls) it was originally built to support pion-WebRTC (https://github.com/pions/dtls) but I would really like to get it into x/net so everyone can use, share and contribute! I think especially with security software as important