Re: [go-nuts] Re: About the Google logo on the new Go website

On Friday, 19 July 2019 07:35:53 UTC+2, andrey mirtchovski wrote: > > what you're doing has a term: character assassination. > > please take it elsewhere. there are plenty of forums to air your > grievances. > > - Strongly worded agreement deleted - Lucio. -- You

Re: [go-nuts] Re: About the Google logo on the new Go website

is taking part in a competition I could not dream of joining. Lucio. -- 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...@google

[go-nuts] Re: `on err` alternative to `try()` has traction...?

t; on err.(*os.PathError): > > That starts to look like a switch statement, which is not a bad thing, in its own right. Maybe not what OP or follow-ups intended. Lucio. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe f

Re: [go-nuts] The "leave "if err != nil" alone?" anti-proposal

the function" almost certainly originates from those quarters and only a little social engineering in the form of great documentation may be needed to put that dragon back to sleep. I vote we encourage that. Lucio. -- You received this message because you are subscribed to the Google Groups

Re: [go-nuts] The "leave "if err != nil" alone?" anti-proposal

On Sunday, 30 June 2019 02:36:46 UTC+2, andrey mirtchovski wrote: > > > I will let Andrey speak for himself. > > Since this is turning into a bit of fisticuffs I will quote my private > message to you for clarity, here it is: > Like for Brexit, I think a new survey will be surprising: a lot

Re: [go-nuts] Go Language Survey

ust me. I'm hoping no one will find it necessary to edit my code to correct this :-). Lucio. -- 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+un

[go-nuts] Re: golang splitting string by space but considering quoted section as a single part

thers - not excluding the OP - who would benefit from the availability of a test suite. Lucio. -- 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 golan

Re: [go-nuts] Re: Interesting public commentary on Go...

Well, the two enries are listed at the given URI, quite far apart and in the opposite order. Could be a mistake or a bureaucratic glitch. Lucio. On Friday, 24 May 2019 08:49:18 UTC+2, Rob 'Commander' Pike wrote: > > If that's true - and it might well not be - it's a surprise to me

Re: [go-nuts] Go if else syntax .. suggested replacement

> > > But don't deny others the ability to choose the first alternative > That's not what's being denied: what is being denied, is the ability to write nested ternaries I then have to debug. Fat lot of good it will do me, that vet reports it to be a misuse. Lucio. --

Re: [go-nuts] Re: fatal error: 'config.h' file not found

Is it likely that *syslogd new generation* needs to be installed, together with its development libraries, *before* it can be included in a Go project? Or, quite possibly, just the development libraries? Lucio. -- You received this message because you are subscribed to the Google Groups

[go-nuts] Go command support for "make"

how to do something like that? I don't mind getting my fingers dirty, but I'm hoping for the direction that makes such a facility as useful to as many Gophers as possible. Lucio. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group.

Re: [go-nuts] [CoC] screenshot images. Lazines or incompetence?

ss intentional misuse. Lucio. -- 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://groups.google.com/d/optout.

Re: [go-nuts] Re: C++ 11 to Golang convertor

y Tcl, but I've never really paid the idea much attention. Lucio. -- 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://groups.google.com/d/optout.

[go-nuts] Re: if/switch statements as expressions

media at the time, I clearly recall a lot more criticism than welcome. Wirth's Algol-W got a better reception, at the time when pragmatism was still second-fiddle to academic "purity" and, I seem to recall, justly so. Lucio. -- You received this message because you are subscribed t

[go-nuts] Re: if/switch statements as expressions

ction > calls with side effects etc.) to the function [ ... ] > Unfortunately, some rope tends to be too inviting, with too many children around. The adults just have to bite the bullet. Lucio. -- You received this message because you are subscribed to the Google Groups "golang-nuts&

[go-nuts] Re: Suggestions for layout/structure/coding-patterns for GUI applications in Go?

m" construct was described by Gries way back in the 1970s. Lucio. -- 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://groups.google.com/d/optout.

Re: [go-nuts] Generics: an unwelcome conclusion and a proposal

think that invoking Adder.Zero() or even T.Zero() would be necessary or at least more explicit? In other respects, I doff my hat to you, Andy :-). The rest of your document (the crucial "adaptors") I still need to assimilate. Lucio. -- You received this message because you are su

Re: [go-nuts] Generics: an unwelcome conclusion and a proposal

ts in some sort of shape, this question came up: why is "type ... interface" not simply "interface ..."? Some rationale applies and the only one I can think of is that "interface" then is not a reserved word, except within the "type" namespace: I can have a

Re: [go-nuts] Generics: an unwelcome conclusion and a proposal

ot;a.UnaryMinus.Minus(b)": just a flight of fancy, really, on my part, one reflected by Time and Duration, though: why should t.Add(d) not have an equivalent d.Add(t) and are the results both of type time.Time? Maybe all this has driven me to delusions :-). Lucio. -- You received this message b

Re: [go-nuts] Re: Static assert at compile time

ersion != "": 1} > > Too complicated. > > const ( > Version = "v1.11" > _ = 1 / len(Version) > ) > > Too clever! :-) Lucio. -- You received this message because you are subscribed to the Google Groups "go

Re: [go-nuts] Re: gomobile: what's the right way to make widgets?

Plan 9 ancestry appeals to me) and HTML-5 which I know nothing about. Are there other alternatives? Lucio. -- 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 em

Re: [go-nuts] Regarding contracts

t. Just adding my two cents of accelerant to a flammable mixture. Feel free to point out, if applicable, that I'm off topic and, specially instructive, why. But make it simple, there has been quite a bit written here I don't think I'll ever get my head around. Lucio. -- You received this m

Re: [go-nuts] Go language should become an ANSI and ISO standard.

to fool bureaucrats into believing they are buying a "standard" where they are in fact facilitating and promoting lies and deceit, such concept would be revealed for the corrupting norm it is engendering. I certainly would not choose to follow the path suggested here in all earnestne

Re: [go-nuts] Re: Rule-swarm attacks can outdo deep reasoning

Good catch. I must have first coded that back before I fully accepted the "exit the loop as early as possible" philosophy. I have no better excuse :-). Lucio. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubsc

[go-nuts] Re: Rule-swarm attacks can outdo deep reasoning

stian, rather than a Hellenic principle (although, in Sting's lyrics "the Russians love their children, too)". Lucio. -- 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,

[go-nuts] Re: Rule-swarm attacks can outdo deep reasoning

o know if there is a better way. The curious thing is that in my life-before-Go, I have frequently wanted something like this, but it took what I presume (perhaps unfairly) to be Rob Pike's date parsing to give it shape. Lucio. -- You received this message because you are subscribed to the Goog

Re: [go-nuts] Announcing pytogo. a crude but surprisingly effective Python to Go translator

will one day be collected in an anthology titled "How Humanity Escaped Pragmatism and Conquered, then Wiped Out, the Entire Universe". Lucio. On Thursday, 4 October 2018 11:25:13 UTC+2, Eric Raymond wrote: > > > > On Thursday, October 4, 2018 at 4:26:44 AM UTC-4, Peter Waller wr

Re: [go-nuts] The If Statement: Switches are better except for a single condition (change my mind)

You never used: switch { case err == io.EOF: ... return case err != nil: ... return default: ... } or similar (the default portion has a few, slightly different options, depending on preceding code)??? Lucio. > >> -- You received this message because you are s

Re: [go-nuts] Re: Generic alternatives: new basic types?

e. > I responded harshly, too and that wasn't necessary, so I owe everyone an apology. But setting Java as the paragon for Go is not going to win anyone to your cause, either. Java exists, it is available, it is what it is. Why would Go want to resemble it? Lucio. -- You received this message

Re: [go-nuts] Re: Generic alternatives: new basic types?

pocritical or merely absurd in addition to the rather inappropriate, unjustified and offensive ad hominem that accompanies it. Lucio. On 9/23/18, Robert Engels wrote: > Issues like these highlight the deficiencies of Go compared to Java. The > Java designers understood languages far better, an

Re: [go-nuts] Re: Generic alternatives: new basic types?

ch easier to identify before you even > fully parse it. > > Once we treat mathematical expressions as orthogonal to the language, we get brand new choices, possibly opportunities: what is Boolean? What is a string that is not an array? Etc. A whole new chapter opens, for better or

Re: [go-nuts] Re: Generic alternatives: new basic types?

ed. I am hoping a second generation Go, or maybe even a fork of it, will find more in "The Discipline Of Programming" to incorporate. It is not the Gospel, it was at the time mere prophesy :-). Today, we can put it to the test and also improve on it even further than Go did ten years ago. Lucio. --

Re: [go-nuts] Re: Generic alternatives: new basic types?

ce" of a "type". My approach suggests that some attributes that we use to qualify language elements do not fall squarely under "type attributes", but need a few additional categories and the discipline that only formalising them can produce. Examples would be "immuta

[go-nuts] Re: Generic alternatives: new basic types?

On Friday, 21 September 2018 11:52:40 UTC+2, Louki Sumirniy wrote: > > This is something that I have seriously considered to be the right way for > Go to express other generic types. I am in fact in the middle of a project > at the moment where I have created a pair of generic byte buffer

Re: [go-nuts] Operator Overloading Implies Generics?

d signatures that cannot be be distinguished. And there are no "default type casts" in Go, are there? I thought that was "the law" (constants are slightly different, there, but they can be recognised an flagged). Lucio. -- You received this message because you are subscrib

Re: [go-nuts] Re: Generics as builtin typeclasses

g brave when > my Python translation is finished I may present it here. > There's a vulgar expression I will not use, for this: suffice it to say: "Don't keep us waiting". :-) Lucio. -- You received this message because you are subscribed to the Google Groups "gola

Re: [go-nuts] Re: Generics as builtin typeclasses

t's missing is some prescription (type or supertype) around the various function arguments. I have no idea what the options really ought to be, or how to pick the "best" such option. Thankfully, we have brilliant minds to call upon to solve this riddle. Lucio. -- You received this messag

[go-nuts] Re: Operator Overloading Implies Generics?

we can better judge its import by deploying it in the wild and watching its effect. Nothing should block this process, no matter how many deviations might need to be introduced. Lucio. PS: I'm beginning to think, though, that selecting types by some unique operator that the one has and the other doe

[go-nuts] Re: Operator Overloading Implies Generics?

like that. Lucio. On Sunday, 9 September 2018 07:58:14 UTC+2, Rick wrote: > > Thanks folks... s/operator/method/ > > On Saturday, 8 September 2018 18:58:24 UTC-7, Rick wrote: >> >> With recent discussion concerning the possible introduction of generics >> in Go 2

Re: [go-nuts] Re: Generics as builtin typeclasses

have until now without generics, too. But I think Go 2 deserves the fine analysis that stops it from being a second-generation committee product (SSH-2 comes to mind, I'm hoping one of those is enough deterrent). Lucio. -- You received this message because you are subscribed to the Google G

Re: [go-nuts] Re: Generics as builtin typeclasses

ow the Go 1 compiler already deals with numerics (keep in mind the breadth of scope of numeric constants already embraced by it) and how do we offer that to the average Go developer in a form that is not just a complexity trap? Lucio. -- You received this message because you are subscribed to the

[go-nuts] Re: Opening brace can't be placed on a separate line killing the language for me

tended, but this happens frequently and I always ask myself why. Lucio. -- 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...@googlegrou

Re: [go-nuts] Why can't we use unicode? [Go2 Generics]

time? Or is Shift+AltGr a dead key prefix? Lucio. -- 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.

Re: [go-nuts] Re: Generics as builtin typeclasses

On Saturday, 8 September 2018 06:19:09 UTC+2, Lucio wrote: > What my uneducated eye sees at the core of the proposed contracts is a > new, extended approach to defining *types*, that assigns categories to them > (classes, of course) based - as interfaces are, for user-defi

Re: [go-nuts] Re: Generics as builtin typeclasses

s and in my naivete, I envisage equivalent identifier-based methods being used to overcome that. I guess I ought to expect a fair bit of well-deserved flack for proposing this... Lucio. PS: Maybe I should add a thought to clarify what I'm imagining. Am I mistaken in my belie

[go-nuts] Old fashioned Unix password crypt

the algorithm myself in Go, but I'd rather spend my time on more rewarding tasks. Lucio. -- 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-nut

[go-nuts] Immutable variables through special pointers

for variables - a bit like a safety catch - could be achieved by somehow declaring a "type" of pointer to a particular object that forbids altering it through it. Period. I'd find that useful, sometimes. Was that considered, that long time ago? Lucio. -- You received this message b

Re: [go-nuts] Go type syntax

I'm slow... I should have picked it up, I did vaguely follow the discussion over type aliases. Oh, well, just shows. Lucio. On Wednesday, 23 May 2018 12:20:34 UTC+2, Jan Mercl wrote: > > > > > On Wed, May 23, 2018 at 12:15 PM Lucio <lucio...@gmail.com > > wrote: &g

[go-nuts] Go type syntax

l{i: 10} fmt.Println(v.i) } or https://play.golang.org/p/NmbRkgbvt15 Lucio. -- 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...@goog

Re: [go-nuts] Re: Go could really use a while statement

of a poorly supported, if valiant, interpreter. Lucio. -- 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 opti

Re: [go-nuts] Re: Go could really use a while statement

ugh I could not make any proposal on how to implement Dijkstra's ideas in a Go-like language. It's regrettable, in my opinion; I found the proposed uniformity very appealing. Lucio. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscr

[go-nuts] Re: Go 1.10.1 and Go 1.9.5 are released

I just updated the sources, compiled tip in /home/lucio/Project/go, then elsewhere checked out "-b go1.10.1". It is usually me being distracted, but I tried both GOROOT_BOOTSTRAP=/usr/local/go1.9 ./all.bash and export GOROOT_BOOTSTRAP=/usr/local/go1.9 ./all.bash yet

[go-nuts] Re: Go 1.10 is released

king bio-diversity. How sad that people may perceive this as an asset! Lucio. -- 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..

[go-nuts] Re: golang compiler warning idea

ation or too trivial to report. Lucio. -- 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, vis

Re: [go-nuts] Re: Web Framework for Beginners

ation is a waste of time. Putting into the language features that may attract the followers of a different belief system involves prostituting the principles of the "purer" language. Why would you want that? Lucio. -- You received this message because you are subscribed to the Googl

Re: [go-nuts] Golang capacity

One could lie about it, I suppose, but then you'd need to have an additional (hidden) value and that certainly does not seem worth it. Lucio. On Sunday, 12 November 2017 13:39:59 UTC+2, Jan Mercl wrote: > > On Sun, Nov 12, 2017 at 12:00 PM <k1at...@gmail.com > wrote: > &

Re: [go-nuts] time.AddDate() odd behavior

se matters. Such adjustments ought to be explicit and clearly documented. Lucio. On Tuesday, 31 October 2017 22:32:47 UTC+2, Ian Lance Taylor wrote: > > On Tue, Oct 31, 2017 at 10:53 AM, Alex Dvoretskiy > <advore...@gmail.com > wrote: > > > > package main &g

[go-nuts] Re: Is the Go build for 1.9.2 (or maybe 1.4) meant to create $HOME/pprof/?

On Wednesday, 1 November 2017 06:16:29 UTC+2, Lucio wrote: > > That's what I found (I was building as root, if that makes a difference), > but I was rather surprised to find a "pprof" when the only Go activity I > still recall from yesterday was a fresh Go build, fir

[go-nuts] Is the Go build for 1.9.2 (or maybe 1.4) meant to create $HOME/pprof/?

That's what I found (I was building as root, if that makes a difference), but I was rather surprised to find a "pprof" when the only Go activity I still recall from yesterday was a fresh Go build, first go1.4, then go1.9.2. Lucio. -- You received this message because you are

[go-nuts] Re: go version 1.9 - not able to build

That's not true. I frequently build, as below, a single executable from a choice of a few in the same directory. Works a treat. Lucio. On Monday, 30 October 2017 11:13:52 UTC+2, Volker Dobler wrote: > > $ go build a.go >> > > go build works on packages (or paths, no

Re: [go-nuts] Are all running goroutines killed when main ends?

ink (and hope) it will be much simpler to grasp once it becomes a language feature, but I'm happy it was modelled the way it was. Lucio. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving

[go-nuts] Re: how can I decrypt "ENCRYPTED PRIVATE KEY" using golang

On Thursday, 17 August 2017 09:11:12 UTC+2, Lucio wrote: > > > > On Friday, 11 August 2017 15:31:37 UTC+2, Terry An wrote: >> >> My private key is generated by "openssl req -new -x509 -keyout a.key -out >> a.crt -days 3650" with password. >> >

[go-nuts] Re: Go 2 suggestion - what dependencies included in a build?

the module boundaries to match the import list: functions (and hopefully variables) dependent on different sets of imported packages would be relocated to distinct (output) modules. I hope my lack of theoretical knowledge does not show too clearly in the above :-). Lucio. -- You received this mes

[go-nuts] Re: append() gotcha!

the compiler could implement a check? It would have to be an error to have a single argument, which I presume would be acceptable? Are there likely to be buggy programs out there that would break if it did? Lucio. -- You received this message because you are subscribed to the Goog

[go-nuts] Re: [Blog] Context should go away for Go 2

oncept is heading. I'm looking forward to a much more robust programming paradigm when the final outcome is eventually reached. Lucio. On Tuesday, 8 August 2017 18:20:08 UTC+2, Piero de Salvia wrote: > > I agree with Dave Cheney and Michal Strba that Context should not be used > for storage

[go-nuts] Re: Generics are overrated.

store enough of the machine state so that, after the servicing of the interrupt, under all circumstances the interrupted computation could be resumed correctly." Thank you again, Peter. Lucio. On Sunday, 6 August 2017 12:03:07 UTC+2, Lucio wrote: > > Thank you, Peter. > >

[go-nuts] Re: Generics are overrated.

Thank you, Peter. Maybe someone else can corroborate my impression that Dijkstra did not immediately accept the idea of interrupts and felt it would make programming too difficult? Lucio. On Saturday, 5 August 2017 19:44:26 UTC+2, peterGo wrote: > > Lucio, > > "It took Di

[go-nuts] Re: why do we need generic thread.

We know how to deal with that without generics. But how would you define generics to address that more elegantly than you would with already available Go constructs (type assertions)? Lucio. On Saturday, 5 August 2017 01:48:28 UTC+2, T L wrote: > > A case: > > func iterateAndCopy(

[go-nuts] Re: Generics are overrated.

tical component, but once it or they are identified, it will be hard to imagine how they could have been missed for so long. Lucio. On Saturday, 5 August 2017 03:52:28 UTC+2, as@gmail.com wrote: > > I'm hesitant to accept generics due to the fear of *overloaded operators >

Re: [go-nuts] Re: GO Vs D

Walter Bright, indeed. Thank you for the correction. I hope it was clear enough in context and my slip-up did not offend anyone. Lucio. On 8/3/17, Russel Winder <rus...@winder.org.uk> wrote: > On Thu, 2017-08-03 at 03:50 -0700, Lucio wrote: >> > […] >> PS: I think Dav

Re: [go-nuts] Re: GO Vs D

state your case. Lucio. PS: I think David Bright is a genius. I still have my original copies of Zortech C++ (versions 1 and 2) which almost certainly have only antiquarian value. But the man who produced that masterpiece deserves to be recognised. So if he happens to stumble

Re: [go-nuts] Details on the implementation decision for sync.Map

preciate that such recommendations may be a bit out of place. Good luck to Go2, no matter which direction it takes. I do believe that Go has done some very good path finding, Go2 will certainly deserve to be an even bigger success. Lucio. -- You received this message because you are subscribed

Re: [go-nuts] letsencrypt, localhost and autocert

tely. Other than a very clear warning at run time, I can't think how one would alert a developer that he's using autocert in a test-only mode. Then again, despite three cups of coffee, I still can't quite explain my reservations properly, either, so maybe someone else can pick up that ball.

Re: [go-nuts] Trouble with fonts

On Thursday, 8 December 2016 03:10:33 UTC+2, Nigel Tao wrote: > > On Wed, Dec 7, 2016 at 5:49 PM, Lucio <lucio...@gmail.com > > wrote: > > The first issue is one of documentation. It says in > > <https://godoc.org/golang.org/x/image/font> that: >

[go-nuts] Trouble with fonts

ch through the documentation, such as the highest valued rune in a font and the like. Of course, fontforge reveals that the given file (I'd better check, I'm not using the same file object) does have characters beyond 0x2501 (9473). Thanks to all. Lucio. -- You received this message because you

Re: [go-nuts] NullTime in SQL drivers: how to leak them to the user?

as comprehensive as I may wish and seems a ridiculous work-around. Lucio. On 10/13/16, Pietro Gagliardi <andl...@lostsig.net> wrote: > What error do you get? Can you paste it here? > > In the meantime, does pq's license allow you to just copy its NullTime into > your project?

Re: [go-nuts] A compatible extension to the for construct

nue would be the only sensible option and see if your alternative still (too many things in my head at the same time). Ian, thanks. -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 FAX: +27 58 653 1435 -- You received thi

[go-nuts] Re: Go package management proposal process

Probably too obvious a suggestion to be taken seriously, but just in case no one else has thought of this, would a "go vendor" command be useful as the main objective here? Lucio. -- You received this message because you are subscribed to the Google Groups "golang-nuts" g

Re: [go-nuts] Unary +

e ‘⁻’ and ‘-‘ have > entirely different meanings. > > > > Thanks for bringing up Iverson, Michael. It got me to find an HP 15C app for my Android phone I am quite willing to pay the unreasonable tab for. Just shows that one can get inspiration in the oddest places. Lucio.

Re: [go-nuts] Unary +

for which I hold HP almost entirely responsible. That APL is still available in some form or other I find emotionally,but sadly not economically, rewarding. My short liaison with the language has given me a perspective I still believe helped shape all of my computing experience since those late

[go-nuts] Re: Go 1.7 Release Candidate 1 is released

verified that I can build (make.bash) the RC using go1.4, but not with the more recent TIP version: treacle$ /usr/local/go/bin/go version go version devel +b2963a5 Sun Dec 6 06:28:33 2015 + netbsd/386 treacle$ /usr/local/go/bin/go env GOARCH="386" GOBIN="/home/lucio/bin" GOEX

[go-nuts] Re: GUI for Go

https://github.com/peterhoward42/godesktopgui A missing "/" in the middle. On Friday, 1 July 2016 16:31:40 UTC+2, Peter Howard wrote: > > My github project shows a simple