[go-nuts] Why isn't the memory model part of the spec?

It seems required to understand how Go programs work. If the memory model was never written, or is omitted from an implementation, would the concurrency features still be reliable and useful? -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To u

Re: [go-nuts] go env doesn't seem to work well with GOTELEMETRY

OTELEMETRY cannot be set with go env`? On Tue, Aug 20, 2024 at 6:04 PM Ian Lance Taylor wrote: > On Tue, Aug 20, 2024 at 5:08 PM will@gmail.com > wrote: > > > > Despite showing up an an env var, it's not treated consistently as one: > > > > ❯ go telemetr

[go-nuts] go env doesn't seem to work well with GOTELEMETRY

Despite showing up an an env var, it's not treated consistently as one: ❯ go telemetry off # nothing printed # as expected ❯ go env | grep GOTELEMETRY= GOTELEMETRY='off' # as expected ❯ go env GOTELEMETRY off # as expected ❯ go env -changed # nothing printed # as expected ❯ go env -u GOTELEMET

[go-nuts] go doc broken in official go repo

rsion, whatever that was? v1.20 or something? It seems like an error to declare a Go version that doesn't exist. Will -- 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 i

Re: [go-nuts] Go import redirect docs are unclear

t a single HTML file at `example.com/exproj` containing `https://code.org/r/p/exproj";>` (I believe). The linked-to documentation <https://pkg.go.dev/cmd/go#hdr-Remote_import_paths> seems to conflict with that (emphasis mine): >For example, > >import "example.org

Re: [go-nuts] go clean -h isn't helpful

I see. That doesn't seem very useful to me, so I won't be making a patch for it. Thanks anyways. On Sat, Jun 22, 2024 at 5:48 PM Ian Lance Taylor wrote: > On Sat, Jun 22, 2024 at 5:45 PM Will Faught wrote: > > > > Ian,refer> > > I see. I'm concerned tha

Re: [go-nuts] go clean -h isn't helpful

-msan] [-asan] [-cover] [-covermode set,count,atomic] [-coverpkg pattern1,pattern2,pattern3] ... That doesn't seem too useful. Will On Sat, Jun 22, 2024 at 5:09 PM Ian Lance Taylor wrote: > On Sat, Jun 22, 2024 at 12:03 AM Will Faught > wrote: > > > > Sure thing. > > &g

Re: [go-nuts] go clean -h isn't helpful

, windows/amd64, linux/ppc64le and linux/arm64 (only for 48-bit VMA). [...] Run 'go help clean' for details. The clean and build flags would be mixed together and ordered alphabetically, like flags does. Does that look right? Will On Tue, Jun 18, 2024 at 9:50 AM Ian Lance Taylor

Re: [go-nuts] go clean -h isn't helpful

> People who already know what the command does can use that short summary to remind themselves of the available options. Which options do you mean? My point was that it doesn't document any options. On Mon, Jun 17, 2024 at 5:57 PM Ian Lance Taylor wrote: > On Mon, Jun 17, 2024 at 5

[go-nuts] go clean -h isn't helpful

❯ go clean -h usage: go clean [clean flags] [build flags] [packages] Run 'go help clean' for details. This just tells me to invoke another help command. The flags package has the opinion that command help should print the doc for flags. Shouldn't we do that for go clean -h too? -- You received

[go-nuts] Unused local constants not a compiler error

Was this always the case? Is this a bug? Seems like it should be a compiler error, like unused local variables. -- 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 g

Re: [go-nuts] comment.Printer.DocLinkURL isn't being called

ations entirely, so `[MyType]` doc syntax is rendered in Markdown as just `MyType` instead of `\[MyType]`. Is there a way to do that? On Sunday, July 9, 2023 at 5:55:02 PM UTC-7 will@gmail.com wrote: > Thanks, that was it! > > On Sunday, July 9, 2023 at 5:10:08 PM UTC-7 Sean Liao wrote:

Re: [go-nuts] comment.Printer.DocLinkURL isn't being called

Thanks, that was it! On Sunday, July 9, 2023 at 5:10:08 PM UTC-7 Sean Liao wrote: > your parsing setup is missing the lookup to identify which things are > actually linkable symbols > > https://go.dev/play/p/sDtGA_JJZdz > > - sean > > On Sun, Jul 9, 2023, 23:45 w

[go-nuts] comment.Printer.DocLinkURL isn't being called

I'm trying to print the Markdown for package documentation using the new go/doc/comment package. It seems like I have everything set up correctly to customize the doc link URLs, but the comment.Printer.DocLinkURL callback isn't being called: https://go.dev/play/p/7irKc6dTRRw The comment.Printe

[go-nuts] Re: Package structure & testing

>Collapse all three. This works but I really don't like having Fake code in the same package as real code. This is the answer, in my opinion. Don't split code across packages unless there's a reason to do so. A fake implementation is a feature. If it hurts that much, just call it something more

Re: [go-nuts] Re: js.ValueOf for an error

I agree. That is what I settled on, basically. Thanks for the suggestion! Will On Fri, Dec 23, 2022 at 10:23 AM Brian Candler wrote: > > I don't know how a raw Go interface value would be usable in Javascript. As > an alternative, would it be any good to use sprintf("%

[go-nuts] js.ValueOf for an error

ful but I wanted to check here first. Again, thank you for all the great work that you *all* do!! Sincerely, Will -- 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

[go-nuts] Built-in benchmark tracking and regression failures

go.sum proj.go proj_test.go $ vi proj.go # make changes $ go clean -benchcache # delete results saved under $GOPATH $ go test -bench . # compares to go.bench FAIL, REGRESSION BenchmarkThing 500 901 ns/op ok github.com/my/proj 3.1s Will -- You received this message

[go-nuts] Show your support for GitHub adding Gerrit features

https://github.com/github-community/community/discussions/18879 It would be nice if the Go project could do reviews on GitHub too. -- 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,

Re: [go-nuts] Nil could be the zero value for type variables

Thanks. I think these are more complicated and less consistent, since they require adding syntax for `_`, but I can see a similar motivation. On Sun, Jun 5, 2022 at 9:44 PM Nigel Tao wrote: > On Tue, May 31, 2022 at 1:39 AM Will Faught wrote: > >> Why not allow nil to be used as th

Re: [go-nuts] Nil could be the zero value for type variables

ing how the language spec introduces the idea of zero (now nil) values (by moving the zero value [now nil] specification closer to, or within, the type section, or something like that). Thanks for your thoughts. On Tue, May 31, 2022 at 6:19 PM Ian Lance Taylor wrote: > On Mon, May 30, 2022 a

Re: [go-nuts] Nil could be the zero value for type variables

Value V > > On Mon, May 30, 2022, 6:39 PM Will Faught wrote: > >> Hello, fellow Gophers! >> >> Currently, if I understand correctly, there's no expression for the zero >> value for a type variable: >> >> type Map[K comparable, V any] struct {

[go-nuts] Nil could be the zero value for type variables

Hello, fellow Gophers! Currently, if I understand correctly, there's no expression for the zero value for a type variable: type Map[K comparable, V any] struct { ks []K vs []V } func (m Map[K, V]) Get(k K) V { for i, k2 := range m.ks { if k2 == k { return m.vs[i]

Re: [go-nuts] Add comparisons to all types

The proposal was declined, so no need to respond. Some responses inline below. Thanks so much for your feedback, Axel. :) On Thu, May 5, 2022 at 11:39 AM 'Axel Wagner' via golang-nuts < golang-nuts@googlegroups.com> wrote: > On Thu, May 5, 2022 at 7:32 PM Will Faught wrote

Re: [go-nuts] Add comparisons to all types

at 22:43, will@gmail.com wrote: > >- Functions: Compare the corresponding memory addresses. The time > >complexity is constant. > > How would this apply to inlined functions? supporting equality would > essentially force the compiler to keep a the function in the output

Re: [go-nuts] Add comparisons to all types

On Thu, May 5, 2022 at 2:53 AM Axel Wagner wrote: > On Thu, May 5, 2022 at 3:11 AM Will Faught wrote: > >> The reason to include capacity in comparisons, aside from it being >>> convenient when doing comparisons, is that the capacity is an observable >>> attri

Re: [go-nuts] Add comparisons to all types

On Wed, May 4, 2022 at 1:00 PM Ian Lance Taylor wrote: > On Tue, May 3, 2022 at 11:01 PM Will Faught wrote: > > > > On Tue, May 3, 2022 at 7:27 PM Ian Lance Taylor wrote: > >> > >> Does a program like this print true or false? > >> > >>

Re: [go-nuts] Add comparisons to all types

Makes sense, although I chuckled when I realized that the creator of that issue didn't actually have his issue resolved. Creator: This behavior is undefined. Which one should it be? Go Team: Both. 😆 On Wed, May 4, 2022 at 12:46 PM Ian Lance Taylor wrote: > On Tue, May 3, 2022 at 10:59 PM 'Axel

Re: [go-nuts] Add comparisons to all types

a Go without operators and do everything with > functions and generics. This is essentially the Java model. > > This is pretty much the approach that the sync, sort, etc packages took > and with generics you can have type safety and less code duplication. > > On May 4, 2022,

Re: [go-nuts] Add comparisons to all types

Can you explain what you mean by tokens? Do you mean something like: ``` var red, green, blue = new(struct{}), new(struct{}), new(struct{}) ``` If so, I don't see how that's useful. Why not use integers or bytes instead? On Wed, May 4, 2022 at 12:35 AM 'Dan Kortschak' via golang-nuts < golang-nu

Re: [go-nuts] Add comparisons to all types

On Wed, May 4, 2022 at 12:13 AM Axel Wagner wrote: > On Wed, May 4, 2022 at 8:42 AM Will Faught wrote: > >> Yes. I understand what you suggested and I understood how it *would* >>> work, if implemented that way. But why is that the best way to compare >>> them? Do

Re: [go-nuts] Add comparisons to all types

Well, I agree! :) Comparisons should be shallow where possible for every type, including slices and maps. That's my initial argument. On Tue, May 3, 2022 at 11:22 PM Jan Mercl <0xj...@gmail.com> wrote: > On Wed, May 4, 2022 at 12:15 AM Will Faught wrote: > > > I'

Re: [go-nuts] Add comparisons to all types

On Tue, May 3, 2022 at 10:59 PM 'Axel Wagner' via golang-nuts < golang-nuts@googlegroups.com> wrote: > On Wed, May 4, 2022 at 1:40 AM will@gmail.com > wrote: > >> I don't think controversy is a good counterargument. It's vague, >> unquantif

Re: [go-nuts] Add comparisons to all types

On Tue, May 3, 2022 at 7:27 PM Ian Lance Taylor wrote: > On Tue, May 3, 2022 at 6:08 PM Will Faught wrote: > > > > My apologies, it seems that "reply all" in the Google Groups UI doesn't > send email to individuals like "reply all" in Gmail do

Re: [go-nuts] Add comparisons to all types

On Tuesday, May 3, 2022 at 12:30:47 AM UTC-7 axel.wa...@googlemail.com wrote: > On Tue, May 3, 2022 at 8:32 AM Will Faught wrote: > >> Can't the same argument be made for pointer comparisons? >> > > I think what it comes down to is: Yes, this argument can be made

Re: [go-nuts] Add comparisons to all types

> On Tue, May 3, 2022 at 8:32 AM Will Faught wrote: > > > Just as pointer comparisons are shallow, so too are comparisons for > types that contain pointers. > > Pointer comparisons are not shallow. Comparing two pointers compares > the entire values. a == b and *a == *b comp

Re: [go-nuts] Add comparisons to all types

> > There are cases involving closures, generated trampolines, late > binding and other details that mean that doing this will either > eliminate many optimization possibilities or restrict the compiler too > much or cause surprising results. We disabled function comparison f

Re: [go-nuts] Add comparisons to all types

rtis Rader wrote: > On Mon, May 2, 2022 at 7:44 PM will@gmail.com > wrote: > >> ``` >> type Slice1000[T any] struct { >> xs *[1000]T >> len, cap int >> } >> >> func (s Slice1000[T]) Get(i int) T { >> // ... &g

[go-nuts] Add comparisons to all types

values are equal if they were created by the same function literal or declaration. Map values are equal if they were created by the same map literal or the same call to `make`. Functions that are equal will always produce the same outputs and side effects given the same inputs and conditions; ho

Re: [go-nuts] Slice and map type sets for range operations

Makes sense. Thanks! On Wed, Apr 27, 2022 at 4:47 PM Ian Lance Taylor wrote: > On Wed, Apr 27, 2022 at 3:56 PM will@gmail.com > wrote: > > > > Do slices and maps have compatible type sets regarding the range > operator? > > > > I was trying to iterate thr

[go-nuts] Slice and map type sets for range operations

Do slices and maps have compatible type sets regarding the range operator? I was trying to iterate through either, where slice keys are the indexes, such that this would work: type KV[K comparable, V any] interface { ~[]V | map[K]V } func f[KV2 KV[K, V], K comparable, V any](kv KV2) { f

[go-nuts] What is the Go build cache for fuzz testing?

`go help clean` says: *The -fuzzcache flag causes clean to remove files stored in the Go buildcache for fuzz testing. The fuzzing engine caches files that expandcode coverage, so removing them may make fuzzing less effective untilnew inputs are found that provide the same coverage. These f

[go-nuts] Alternative generics design with some interesting aspects

Hey all, Congrats to the Go Team for shipping generics! I was experimenting with a design for generics for a long time. I thought I'd share it anyway for fun. I think it has some interesting (IMHO) aspects and trade-offs compared to the design that shipped: - Type variable declarations are

Re: [go-nuts] My solution to Web Crawler excercise

Your deadlock comes from the channel never being closed so the for loop in your main go routine never ends. You need to add some logic to figure out when to close the channel, or break out of the loop (and then close the channel). - Will On Fri, Apr 17, 2020 at 2:47 PM Vaibhav wrote: > Hi,

[go-nuts] golang and microsoft gp

Dear gophers, Does anyone have any resources on integrating a go application to a microsoft gp business app? The situtaion is where the golang app would provide data to microsoft gp regards, Will -- You received this message because you are subscribed to the Google Groups "golang

Re: [go-nuts] Do you check in vendor packages?

Kevin, Henrik: Thanks for replying! Have you ever had to check in very large dependencies? Would you still do it if just one dep added 30 MB to your 10 MB repo? What if the size of your code is dwarfed by the size of your deps 10:1? I'm curious how far people are willing to go to check in their d

[go-nuts] Do you check in vendor packages?

According to https://github.com/golang/dep/blob/master/docs/FAQ.md#should-i-commit-my-vendor-directory, the pros and cons are: Pros: - Only way to get truly reproducible builds - Don't need to `dep ensure` (or whatever your tool is) every time you check out or merge/pull Cons: - PR vendor d

[go-nuts] Correct checkout branch go1.9 in 'Installing Go from source'

In the page Installing Go from source <https://golang.org/doc/install/source>, of the section below, branch 'go1.9' should be changed to 'release-branch.go1.9'. Fetch the repository Go will install to a directory named go. Change to the directory that will be it

Re: [go-nuts] Re: %T, type assertions and the Go spec

On Jun 20, 2017 3:40 PM, "Ian Lance Taylor" wrote: On Mon, Jun 19, 2017 at 11:30 PM, Will Hawkins wrote: > > On Tuesday, June 20, 2017 at 2:19:25 AM UTC-4, Volker Dobler wrote: >> >> On Tuesday, 20 June 2017 06:52:58 UTC+2, Will Hawkins wrote: >>> >>

[go-nuts] Re: %T, type assertions and the Go spec

On Tuesday, June 20, 2017 at 2:19:25 AM UTC-4, Volker Dobler wrote: > > On Tuesday, 20 June 2017 06:52:58 UTC+2, Will Hawkins wrote: >> >> I know that there is a difference between interface values and dynamic >> types and dynamic values. Is it possible that the docume

[go-nuts] Re: %T, type assertions and the Go spec

t I was hoping to clarify with this conversation. Thanks again for your response! Will On Tuesday, June 20, 2017 at 1:50:16 AM UTC-4, Tamás Gulácsi wrote: > > AFAIK an interface is not a type, just behavior, and a type may implement > an interface, so each variable will have a concrete

[go-nuts] Re: %T, type assertions and the Go spec

Sorry to reply to myself, but I gave this some additional thought and wanted to add a few comments. Please see below! Thanks again! On Tuesday, June 20, 2017 at 12:52:58 AM UTC-4, Will Hawkins wrote: > > Hello great go community! > > I'm really struggling with something and

[go-nuts] %T, type assertions and the Go spec

e language and I look forward to learning anything that you can offer w.r.t this topic. Thanks again for fostering such an amazing community of developers. It's a joy to be a part of it! Will -- You received this message because you are subscribed to the Google Groups "golang-nuts&qu

Re: [go-nuts] Dereferencing pointers, function evaluation and tuple assignment

On Fri, Jun 2, 2017 at 1:03 AM, Ian Lance Taylor wrote: > On Thu, Jun 1, 2017 at 9:52 PM, Will Hawkins wrote: >> On Fri, Jun 2, 2017 at 12:41 AM, Ian Lance Taylor wrote: >>> >>> Unlike function calls, the language spec doesn't anything about when a >>> d

Re: [go-nuts] Dereferencing pointers, function evaluation and tuple assignment

On Fri, Jun 2, 2017 at 12:41 AM, Ian Lance Taylor wrote: > On Thu, Jun 1, 2017 at 6:40 PM, Will Hawkins wrote: >> Hello awesome community! >> >> I am so honored to be a part of the great community of gophers around the >> world. Thank you to everyone who makes it

[go-nuts] Dereferencing pointers, function evaluation and tuple assignment

would really appreciate it. Again, thank you so much for creating such a great community and for any time that you can spare to help me through this issue. Will -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this gr

[go-nuts] Re: bash completion for flag package

dard library flag > package for automatic bash completion, more or less in the same way. > (Including installation, and that the program binary will provide bash > completion for itself) > > Here is what I came out with: https://github.com/posener/flag. > > It i

Re: [go-nuts] can i get goroutine`s id or have some local storage of a goroutine?

Can you wrap them in a struct and call them through a method? -- 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. For more

Re: [go-nuts] Zero value of the map

Yes, you're right, the receiver should be a pointer. What's bad about a double pointer dereference? Isn't that what, say, bytes.Buffer does, more or less, at least conceptually? On Thursday, April 20, 2017 at 1:22:56 AM UTC-7, Jan Mercl wrote: > > On Thu, Apr 20, 2017 a

[go-nuts] "Selling" Go to Management

If you're talking to middle management or higher, you might want to stay high-level. That being said, if technical arguments do actually help now, or might in the future, I listed some technical reasons and asked for others here: https://groups.google.com/forum/m/#!topic/golang-nuts/Fg1I34HrtqU

Re: [go-nuts] Zero value of the map

Why couldn't maps be implemented as a pointer to the map implementation? If you try to use the map and the pointer is nil, then the map allocates the backing implementation. Pseudocode for a built-in implementation: type map struct { impl *mapimpl } func (m map) set(k, v interface{}) { // u

[go-nuts] [video] Golang's Realtime Garbage Collector

My colleague Jim, and I, presented this video on Go's realtime GC at The Realtime Guild in London. In the first half of the talk, Jim steps through an animation of the tricolor mark and sweep algorithm. In the second half I explain a benchmark we created to measure worst case pause times and loo

Re: [go-nuts] Re: [blog post] go tool trace: Golang's hidden trace visualiser

Thanks! I hadn't realised the compatibility issues when I wrote the post. It does seem like it's essentially seem like it's WebKit only. See: https://github.com/catapult-project/catapult/issues/100. I'm surprised it doesn't work in Safari for that reason; maybe it's the specific version you're

[go-nuts] Re: [blog post] go tool trace: Golang's hidden trace visualiser

Apologies. I just realised I didn't actually link to the post! It's here: https://making.pusher.com/go-tool-trace/. On Thursday, 6 April 2017 17:29:22 UTC+1, Will Sewell wrote: > > Hi, I've just written a blog post/tutorial on Go's relatively unknown, but > incred

[go-nuts] [blog post] go tool trace: Golang's hidden trace visualiser

pportunity for a blog post after playing around with it for a bit. In the future I'd like to investigate and write about how the runtime event system itself actually works because it seems like an interesting area. Let me know if you have any feedback. Thanks, Will -- You received this mess

Re: [go-nuts] Re: Algorithm Club

On Sat, Apr 1, 2017 at 12:11 AM, Egon Elbre wrote: > On Sat, Apr 1, 2017 at 1:42 AM, Will Faught wrote: > >> >>> For example []GenericElement could be boxed as: >>> >>> struct{ itab ptr; ... data []struct{elem ptr} } >>> or >>> []struct{

Re: [go-nuts] Re: Algorithm Club

ompared to using interface{} as is done now, boxing generics improves type safety and expressiveness and has no performance regression. That's a clear net win. On Wednesday, March 29, 2017 at 9:18:01 PM UTC-7, Egon wrote: > > On Thursday, 30 March 2017 03:15:33 UTC+3, Will Faught wrote:

Re: [go-nuts] Re: Algorithm Club

an official debugger right now is predicated on builds being fast, so that seems like a no-go." >It would be slower than copy-paste and generated approaches. It wouldn't be slower than interface{}, right? >When generics are added, then they will be (almost) impossible to avoid. So

[go-nuts] Re: Algorithm Club

d improve Go > the most. But at 16%, the responses were rather spread out and only 1/3 > seemed to think that Go needed any improvement at all - see link #1. I > think most will concede that generics would help development of algorithms, > libraries, and frameworks. So in the spiri

Re: [go-nuts] Algorithm Club

t. > > -rob > > > On Fri, Mar 24, 2017 at 12:10 PM, Mandolyte > wrote: > >> The recent survey reveled that generics was thing that would improve Go >> the most. But at 16%, the responses were rather spread out and only 1/3 >> seemed to think that Go neede

Re: go test -race much slower in 1.8 (was Re: [go-nuts] Go 1.8 is released)

On Tue, Feb 21, 2017 at 11:56 AM, peterGo wrote: > Will, > > "it looks like the plan is to fix this in Go 1.9 rather than 1.8.x, is that > the case? " What makes you think that? > > https://github.com/golang/go/issues/19151: Milestone Go1.8.1 > > https:/

Re: go test -race much slower in 1.8 (was Re: [go-nuts] Go 1.8 is released)

On Mon, Feb 20, 2017 at 8:23 PM, Ian Lance Taylor wrote: > On Mon, Feb 20, 2017 at 12:06 PM, Will Newton wrote: >> On Thu, Feb 16, 2017 at 9:01 PM, Chris Broadfoot wrote: >>> Hello gophers, >>> >>> We just released Go 1.8. >>> >>> You

Re: [go-nuts] Go 1.8 is released

On Thu, Feb 16, 2017 at 9:01 PM, Chris Broadfoot wrote: > Hello gophers, > > We just released Go 1.8. > > You can read the announcement blog post here: > https://blog.golang.org/go1.8 > > You can download binary and source distributions from our download page: > https://golang.org/dl/ > > To c

[go-nuts] Re: Arguments for writing fast, high-load servers in Go instead of Scala?

tion, not class inheritance; avoids complex type hierarchies - Built-in equality/comparisons and hashing - Simple package model for encapsulation and distribution/use - Unit tests for service interfaces can double as integration tests On Friday, February 17, 2017 at 10:55:37 PM UTC-8, Will Faught wr

Re: [go-nuts] Re: Arguments for writing fast, high-load servers in Go instead of Scala?

Definitely not my first rodeo. :) Been using Go professionally for a couple years. I've done a lot of Java stuff in the past, and I suspect Scala/JVM work will be as burdensome. On Sat, Feb 18, 2017 at 1:30 PM Diego Medina wrote: > The reasons we have for moving our Scala heavy proces

[go-nuts] Arguments for writing fast, high-load servers in Go instead of Scala?

I want to make the case to a software architect where I work that we should write some fast, high-load servers we need in Go rather than Scala. What pragmatic arguments should I use? Note that the architect isn't against ever using Go; the question is whether to use Go now, for these servers in

Re: [go-nuts] Re: go/types.Typ is a slice-of-pointer-to-struct yet uses map syntax

Ah, I forgot about that syntax. Thanks! On Wed, Feb 15, 2017 at 11:31 AM wrote: > Invalid, Bool, Int, Int8 there are const integers, and they are specifying > the entry's position in the slice, allowing gaps in the list to be > implicitly defined. > > See this example: https://play.golang.org/p/

[go-nuts] go/types.Typ is a slice-of-pointer-to-struct yet uses map syntax

The go/types.Typ decl: var Typ = []*Basic{ Invalid: {Invalid, 0, "invalid type"}, Bool: {Bool, IsBoolean, "bool"}, Int: {Int, IsInteger, "int"}, Int8: {Int8, IsInteger, "int8"}, ... } Typ is a slice of pointer to Basic—got

Re: [go-nuts] two questions

On Monday, February 13, 2017 at 10:35:39 AM UTC-8, Simon Perfer wrote: > > Thank you Zlatko. > > > I actually have no idea how to call init_module() from my Go program. > Happy to do the legwork in figuring this out, but not even sure where to > start. > Is there something I should Google to ge

[go-nuts] http://github.com/golang/protobuf has been broken for like 2 months?

Have you tried go get -u path/... ? -- 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. For more options, visit https://grou

Re: [go-nuts] Short vs. long variable declarations

Variable shadowing is rarely, if ever, a problem for me too; but what about for newcomers? I think my copy/paste point stands, though; everyone has those problems, at least occasionally. On Fri, Jan 27, 2017 at 3:00 PM Tyler Compton wrote: > While theoretically, I agree with your argument again

Re: [go-nuts] Short vs. long variable declarations

This seems to be a discussion about short variable names. What's the connection? On Fri, Jan 27, 2017 at 10:58 AM Shawn Milochik wrote: > Here's a good discussion about it: > > https://groups.google.com/d/msg/golang-nuts/J9QeizedpuI/ECifbR0YGcsJ > > TL;DR: scope > > -- > You received this messag

[go-nuts] Short vs. long variable declarations

Which do you default to? I see a lot of code using short decls in most cases, and only using long decls with no initialization where the zero value is needed. It seems to me that long decls should be the default declaration used because short decls are context-sensitive. That is, you have no

Re: [go-nuts] explain CLA terms

he license, so in those cases the copyright language is the same. I get why it can seem a little bit odd for BSD licensed projects like Go, but as Ian mentions, we use a single CLA for all projects, so there will be some minor discrepancies like this from time to time. (not on from my google.com accou

Re: [go-nuts] Re: [llgo-dev] Re: New home for GoLLVM

; > Accept-Ranges: bytes > Content-Length: 349 > Vary: Accept-Encoding > Content-Type: text/html > > $ curl -I https://llvm.org/llvm/bindings/go/llvm/?go-get=1 > HTTP/1.1 404 Not Found > Date: Sat, 31 Dec 2016 12:09:34 GMT > Server: Apache/2.2.22 (Ubuntu) > Vary: Accept-E

Re: [go-nuts] Re: [llgo-dev] Re: New home for GoLLVM

% curl http://llvm.org/llvm/bindings/go/llvm/?go-get=1 http://www.w3.org/TR/html4/strict.dtd";> https://llvm.org/svn/llvm-project/llvm/trunk";> Redirecting to llvm.org. On Tue, Dec 27, 2016 at 9:36 AM, Peter Waller wrote: > godoc.org shows the documentation, but go get currently gi

Re: [go-nuts] Golang for ARM

On Sun, Dec 18, 2016 at 4:09 AM, Paulo Coutinho wrote: > Hi, > > Im making a free repository to show how to compile Golang for ARM v7 > (Android). > > Link: > https://github.com/prsolucoes/golang-for-arm > > Error: > arm-linux-androideabi-gcc: error: unrecognized command line option '-m64' This s

Re: [go-nuts] Debug memory leaks in cgo calls

tool or method to detect memory leaks > happening on C code being called by cgo? I'm not aware of any really nice tool to do this. clang's memory sanitizer may work (I think last time I looked the gcc equivalent was not capable of doing leak detection). You can override the system malloc

Re: [go-nuts] Downloading go1

https://storage.googleapis.com/google-code-archive-downloads/v2/code.google.com/go/go.go1.darwin-386.pkg https://storage.googleapis.com/google-code-archive-downloads/v2/code.google.com/go/go.go1.darwin-amd64.pkg https://storage.googleapis.com/google-code-archive-downloads/v2/code.google.com/go/go.g

[go-nuts] Re: Why does a "concurrent" Go GC phase appear to be stop-the-world?

, please let me know. On Thursday, 27 October 2016 17:58:30 UTC+1, Dave Cheney wrote: > > Thanks for confirming that CL 23540 has reduced STW delays. > > On Friday, 28 October 2016 03:52:29 UTC+11, Will Sewell wrote: >> >> Are you referring to https://go-review.google

[go-nuts] Deleting the /r/golang subreddit

Perhaps it would be fairer to ask this question in /r/golang instead? Personally I like getting my Go (and Ruby, climbing, StarCitizen, EliteDangerous, VR and robotics) news there. I'm no fan of Reddit overall, but for me, and I suspect a number of the other people who use the sub, it works wel

[go-nuts] Re: htmltest – tests generated HTML for problems, new project

gt; Recommend to see this project -- http://www.validity.org.uk/ > > понедельник, 14 ноября 2016 г., 22:51:25 UTC+2 пользователь Will Pimblett > написал: >> >> Hi, >> >> This is a bit of a general post, not really a precise question. I've >> built a go ap

[go-nuts] htmltest – tests generated HTML for problems, new project

here to advertise it to those who may find it useful, and if anyone is willing: to garner feedback over the codebase. I've tried to pick up as many Go idioms as possible but will surely have made many mistakes. https://github.com/wjdp/htmltest Cheers, Will -- You received this message b

[go-nuts] Re: Why does a "concurrent" Go GC phase appear to be stop-the-world?

n the latter issue has not been fixed yet, and is the reason the pause time was not even lower. On Wednesday, 26 October 2016 21:45:59 UTC+1, Dave Cheney wrote: > > Will, the changes has been in master for a few months now, are you able to > build master from source and see if this has

[go-nuts] Re: Why does a "concurrent" Go GC phase appear to be stop-the-world?

gt; goroutines, or might be running GC code in dedicated GC goroutines. > > There's plenty of work for the GC to do, so when a GC helper goroutine is > allowed to have some processing time it'll keep running until it has used > up all of its allowed time—ten milliseconds. If all f

[go-nuts] Re: Why does a "concurrent" Go GC phase appear to be stop-the-world?

urrent mark/scan phase, but it's also much slower than the worst STW phase. Do you know why this might be? Best, Will On Wednesday, 19 October 2016 17:29:23 UTC+1, rhys.h...@gmail.com wrote: > > Yes, this sounds a lot like https://golang.org/issue/16293, where > goroutines that a

[go-nuts] Why does a "concurrent" Go GC phase appear to be stop-the-world?

Hey, I previously posted this on StackOverflow, but I was told this mailing list would be a better forum for discussion. I am attempting to benchmark the maximum STW GC pause time for different numbers of heap objects. To do this I have written a simple benchmark that pushes and pops messages f

Re: [go-nuts] Re: Who wants to use Go to process your camera's raw files?

If you start in a separate repo, make sure you are checking CLAs all along the way (I can help you set that up if needed). Otherwise, any move into /x/image just becomes that much more difficult. And yes, I would definitely start with the standard Go license. On Thu, Sep 1, 2016 at 12:28 AM, Nig

Re: [go-nuts] Go is for everyone

I don't think the GopherCon 2016 videos are online yet, but when they are I'd recommend taking a look at Katrina Owen's talk, "Mind the Gap" which touches on exactly this topic. It might give you some ideas. On Tue, Jul 19, 2016 at 8:39 AM, Daniel Skinner wrote: > is the Go tour really that out

Re: [go-nuts] Urlwatch

t;>>> but it's super-naive. Perform a Head Lookup and check the Timestamp when >>>> the resurce was changed, ETags, etc. all come to my mind to checl before >>>> downloading the whle resource. Or being able to specify a nesting level >>>> upt

  1   2   >