original sources
have their licenses represented as well.
On Thu, 2019-11-14 at 10:56 +0100, Jan Mercl wrote:
> On Thu, Nov 14, 2019 at 5:55 AM Dan Kortschak
> wrote:
>
> > It looks like license detection needs work.
> >
> > See https://pkg.go.dev/gonum.org/v1/gonum?tab=o
The licensecheck.Match type holds the start and end offsets in the
file. Can't you use that to extract the license portion and either
check it's length against the length of the license or repeat the Check
with only that portion of the file?
On Thu, 2019-11-14 at 10:24 +0100, fge...@gmail.com
Also, the license feedback link at https://pkg.go.dev/license-policy
fails to work on Firefox.
On Thu, 2019-11-14 at 15:24 +1030, Dan Kortschak wrote:
> Hi,
>
> It looks like license detection needs work.
>
> See https://pkg.go.dev/gonum.org/v1/gonum?tab=overview and note it
Hi,
It looks like license detection needs work.
See https://pkg.go.dev/gonum.org/v1/gonum?tab=overview and note it has
a BSD 3 clause, as shown by GitHub's assessment (just above the "Clone
or download" button) at https://github.com/gonum/gonum and the LICENSE
file that it links to.
Dan
On
I am wanting to demonstrate some difference in behaviours with
different versions of a dependency using the present playground.
However, the go.mod file in the directory holding the code is ignored.
Running the commands that golang.org/x/tools/playground (the backend
I'm using) respects the go.mod
You are absolutely right. Apologies.
On Mon, 2019-10-28 at 08:43 +, roger peppe wrote:
> On Sun, 27 Oct 2019, 21:31 Dan Kortschak, wrote:
>
> > This is not necessarily due to races. You can have this exact
> > situation
> > occurring in single threaded code. I
This is not necessarily due to races. You can have this exact situation
occurring in single threaded code. I don't think any mention of race
issues was made here.
On Sun, 2019-10-27 at 08:53 +, roger peppe wrote:
> On Sun, 27 Oct 2019, 00:04 Gert, wrote:
>
> > I believe it's going to be to
Over 10 years ago Gustavo Niemeyer invented the geohash geographic
hashing system https://en.wikipedia.org/wiki/Geohash for clearly and
concisely representing geographic locations at arbitrary precision.
Now, here is geocrypt, a package that returns or checks a cryptographic
hash of a
Filed https://golang.org/issue/34628
On Fri, 2019-09-27 at 15:19 +0930, Dan Kortschak wrote:
> Looking into it it appears that there's active work in
> go/build.defaultGOPATH that makes returning an informative error
> message impossible.
>
> This made sense when it was done i
-review.googlesource.com/c/go/+/33105/
[2]https://go-review.googlesource.com/c/go/+/118095/
On Fri, 2019-09-27 at 12:51 +0930, Dan Kortschak wrote:
> Yes, that explains it. Perhaps the error could be more informative.
>
> On Thu, 2019-09-26 at 20:19 -0700, Ian Lance Taylor wrote:
> > On Th
Yes, that explains it. Perhaps the error could be more informative.
On Thu, 2019-09-26 at 20:19 -0700, Ian Lance Taylor wrote:
> On Thu, Sep 26, 2019 at 7:36 PM Dan Kortschak
> wrote:
> >
> > I am looking at some changes we have made to make code generation
> > independ
I am looking at some changes we have made to make code generation
independent of GOPATH since from the SettingGOPATH page of the wiki
says "If no GOPATH is set, it is assumed to be $HOME/go on Unix systems
and %USERPROFILE%\go on Windows."
However, when I run `go env` I see `missing $GOPATH` in
You can write that.
func insert(m map[K]V, k K, v V) map[K]V {
if m == nil {
return map[K]V{k: v}
}
m[k] = v
return m
}
On Tue, 2019-09-24 at 13:10 -0700, Marcin Romaszewicz wrote:
> Could we have an operation like append() for slices?
>
> How
Have you ever considered using Go as the configuration format for your
project? Have you wondered whether you need a Turing complete
configuration language?
Of course not; here it is: https://github.com/kortschak/yaegiconf
Appalled? OK.
--
You received this message because you are subscribed
Resolved.
Module name must be fully qualified.
On Tue, 2019-09-24 at 11:19 +0930, Dan Kortschak wrote:
> I'm putting together a tiny package at the moment that has not yet
> been
> push to a git remote. When I try to run tests I get the following
> failure:
>
> $ G
I'm putting together a tiny package at the moment that has not yet been
push to a git remote. When I try to run tests I get the following
failure:
$ GOPROXY=off go test
# yaegiconf
package yaegiconf_test
imports github.com/kortschak/yaegiconf: cannot find module
providing package
Any particular reason for that? Neither is safer than the other and
it's not clear to me that you can actually achieve the goal of having a
compile-time check for the correctness of this type of conversion.
On Mon, 2019-09-23 at 02:36 -0700, fran...@adeven.com wrote:
> But this relies on a
func bytesToString(b []byte) string {
return *(*string)(unsafe.Pointer())
}
https://play.golang.org/p/azJPbl946zj
On Fri, 2019-09-20 at 13:30 -0700, Francis wrote:
> Thanks Ian, that's a very interesting solution.
>
> Is there a solution for going in the other direction? Although I
>
I also.
We have to add additional mess to our build scripts when we get testing
dependencies that are not part of our distribution to avoid
contaminating the go.{mod,sum} in the repo root.
This has repeatedly been a source of irritation and frustration.
Dan
On Thu, 2019-09-05 at 11:36 -0700,
Not really exposed, but there is code you could copy.
https://golang.org/pkg/cmd/go/internal/modfile/#Parse
On Mon, 2019-09-02 at 22:44 -0700, James Pettyjohn wrote:
> Hi,
>
> This might be a bad idea but I'm trying to parse the go.mod file for
> data
> as part of my build process - if at all
Do you have any reason to believe that it's not QEMU (have you done
this on real hardware)? It has past form for this kind of problem.
I have just tried to replicate this on a pi and both 1.11.5 and 1.11.9
complete successfully.
BTW 1.11 is not the the current release and for 1.11, the most
This looks like a QEMU thing more than a Go thing.
On Tue, 2019-07-30 at 02:15 -0700, antony.rhen...@gmail.com wrote:
> Seeing segfault during go get -v URL
>
>
>
> $ go version
> go version go1.11.5 linux/arm
>
>
>
> $ go env
> GOARCH="arm"
> GOBIN=""
>
> On Jul 23, 2019, at 9:38 PM, Dan Kortschak
> > wrote:
> >
> > I couldn't find the thread in my go-nuts box, so I looked for it on
> > google groups.
> >
> > Chris, it may be relevant, but the thread is stale and so the
> > conversation is unlik
at 18:45 -0500, Robert Engels wrote:
> Funny. Did you remember it or just pay close attention to these
> things?
>
> > On Jul 23, 2019, at 6:38 PM, Dan Kortschak
> > wrote:
> >
> > This thread is 7 years old.
> >
> > > On Tue, 2019-07-23 at 12
You could try it this way if you really need a separate function.
https://play.golang.org/p/V-ysjWbZ2X5
On Thu, 2019-07-18 at 12:51 +0800, ZP L wrote:
> Sorry for the bad formatting.
>
> > recover must be called directly by a deferred function
>
> func logPanic() {
> defer func() {
> if
The defer is not being run directly as a result of the panic.
>From the spec:
> The recover function allows a program to manage behavior of a
> panicking goroutine. Suppose a function G defers a function D that
> calls recover and a panic occurs in a function on the same goroutine
> in which G
The ™ thing is likely defensive, to avoid this kind of problem
https://www.informationweek.com/google-go-name-brings-accusations-of-evil/d/d-id/1084786
Here is the USPTO record:
http://tmsearch.uspto.gov/bin/showfield?f=doc=4805:l86u0m.6.2
On Wed, 2019-07-17 at 01:13 +0300, Space A. wrote:
>
There is a project that is intended to implement pandas-like data
manip: https://github.com/ptiger10/pd
On Tue, 2019-07-16 at 16:06 -0700, Leo R wrote:
> Regarding REPL in Go, it is complicated. Currently, lgo seems to be
> broken
> as of go-1.12 (and go-1.13), see README.md in their repo
>
We'd (gonum-dev) likely advise not to use julia for reasons that I
won't go into here.
However, I can suggest that the OP checks out the data-science channel
on https://gophers.slack.com/
Also note that gorgonia does data-flow graph compilation described
Jesper, and there are REPLs that are
The headline of the group is "Welcome to golang-nuts, a general
discussion list for the Go Programming Language."
I'd say this is that, a discussion related to the Go Programming
Language.
On Tue, 2019-07-16 at 11:33 +0200, Wojciech S. Czarnecki wrote:
> On Mon, 15 Jul 2019 17:05:40 +
>
This is what the go version directive in go.mod is for.
On Mon, 2019-07-15 at 20:05 -0700, Andrey Tcherepanov wrote:
> Or... adding "require" to package statement to indicate Go 2 is the
> language for this file
>
> package main requires "go2"
--
You received this message because you are
Fair or not, it's pretty tone deaf. In conjunction with other
unilateral decisions that get made, it leads to a sour taste.
On Mon, 2019-07-15 at 18:54 +0200, Wojciech S. Czarnecki wrote:
> On Mon, 15 Jul 2019 17:39:47 +0200
> Michal Strba wrote:
>
> > The issue was promptly closed and locked
Different type of salt here. This is Networking and Cryptography
library, not Native Client.
On Fri, 2019-07-12 at 21:33 -0700, Ian Lance Taylor wrote:
> On Fri, Jul 12, 2019 at 9:28 PM mike wrote:
> >
> > Does anyone have any sample code which shows interoperability
> > between Go's
You can ask go test to leave the test executable for you to use later.
This is done with the -c flag. It will leave a -test binary
that takes all the flags that go test takes. This is at least similar
to what you are asking for.
On Tue, 2019-07-09 at 18:35 -0700, farid.m.zaka...@gmail.com wrote:
This is not necessarily true. A single call may return a variety of
errors. Otherwise a simple (ok bool) would be enough.
On Tue, 2019-07-09 at 15:49 +0200, Nicolas Grilly wrote:
> On Tue, Jul 9, 2019 at 3:36 PM Wojciech S. Czarnecki >
> wrote:
>
> > Because given piece of contemporary
It's sorted lexically by the unicode code points. Why would str1 come
after str2? '1' < '9'.
On Fri, 2019-07-05 at 21:23 -0700, shubham.pendharkar via golang-nuts
wrote:
> It sorts by name, but there is a big problem with golang string
> comparison.
> If you consider these two strings:
> str1 :
You can use the Index method on reflect.Value if it is an integer-
indexable type.
https://play.golang.org/p/07YXRPBMqo6
On Mon, 2019-07-01 at 12:45 -0700, Mark Bauermeister wrote:
> I have the following code, where the TokenMap struct is actually part
> of another package.
> idMap is not
Thank you for sending that. That is a wonderful interview.
On Sun, 2019-06-30 at 19:49 -0700, Michael Jones wrote:
> With so many strongly worded emotional emails flying it might be
> helpful to
> remember that language design is about other people and other use
> cases
> than your own. The truly
-0500, Robert Engels wrote:
> It was certainly implied given the context - Java’s superior error
> handling will not make it to Go (for a variety of reasons), so if you
> want it, use Java.
>
> Oh, and his reply pretty much backs my analysis :)
>
>
> > On Jun 29, 2019, at
That's not what Andrey wrote; he said if you want java error handling
us java. No where in his post was any explicit value judgement on the
approach.
On Sat, 2019-06-29 at 15:41 -0500, Robert Engels wrote:
> And Go has advantages over in many areas so stating “if you want
> decent error handling
This is interesting. I have exactly the opposite situation; up-down is
much easier than significant left-right because of faulty saccades.
On Wed, 2019-06-12 at 11:41 -0700, Michael Jones wrote:
> Bakul, more good arguments. I have another motivation in the "?"
> world that
> I've not argued
I feel your pain. For me it's at the other end of the keyboard.
Dan
On Wed, 2019-06-12 at 17:01 -0700, Ian Lance Taylor wrote:
> On Wed, Jun 12, 2019 at 2:55 PM Dan Kortschak
> wrote:
> >
> > For others, the cl is https://golang.org/cl/181840 (note the extra
> > 0
For others, the cl is https://golang.org/cl/181840 (note the extra 0).
On Wed, 2019-06-12 at 07:01 -0700, Ian Lance Taylor wrote:
> On Tue, Jun 11, 2019 at 6:30 PM Dan Kortschak
> wrote:
> >
> > Having that and exactly what it means in the go help modules output
> > wo
Thanks, Ian.
I'll look later today.
Dan
On Wed, 2019-06-12 at 07:01 -0700, Ian Lance Taylor wrote:
> On Tue, Jun 11, 2019 at 6:30 PM Dan Kortschak
> wrote:
> >
> > Having that and exactly what it means in the go help modules output
> > would probably be the best out
c13).
Dan
On Tue, 2019-06-11 at 17:35 -0700, Ian Lance Taylor wrote:
> On Tue, Jun 11, 2019 at 4:53 PM Dan Kortschak
> wrote:
> >
> >
> > It would be very nice if the documentation and clarity of
> > communication
> > around this were improved.
> I strug
Thanks, Ian.
Comments in-line.
On Tue, 2019-06-11 at 06:42 -0700, Ian Lance Taylor wrote:
> On Tue, Jun 11, 2019 at 6:40 AM Ian Lance Taylor
> wrote:
> >
> > On Mon, Jun 10, 2019 at 10:51 PM Dan Kortschak
> > wrote:
> > >
> > > The
apparent value.
[1]https://github.com/golang/go/issues/30791#issuecomment-472431458
On Mon, 2019-06-10 at 22:27 -0700, Ian Lance Taylor wrote:
> On Mon, Jun 10, 2019 at 9:56 PM Dan Kortschak
> wrote:
> >
> >
> > The semantics of this line of go.mod is not described anywhe
The semantics of this line of go.mod is not described anywhere, but the
tool chain blithely writes it to a go.mod file when there is no go
directive present.
Is there a way to mark the go.mod as go version-agnostic?
--
You received this message because you are subscribed to the Google Groups
在 2019年6月4日星期二 UTC+8上午8:19:55,kortschak写道:
> >
> >
> > Sorry, missed the go- prefix in Dave's package.
> >
> > github.com/davecgh/go-spew
> >
> > On Tue, 2019-06-04 at 09:48 +0930, Dan Kortschak wrote:
> > >
> > > There are packa
There are packages already available for this.
github.com/kortschak/utter (for Go syntax-like printing)
github.com/davecgh/spew (for less Go syntax-like printing)
On Mon, 2019-06-03 at 08:54 -0700, 杜沁园 wrote:
> I recently write a program to recursively print all fields and value
> in a
>
Sorry, missed the go- prefix in Dave's package.
github.com/davecgh/go-spew
On Tue, 2019-06-04 at 09:48 +0930, Dan Kortschak wrote:
> There are packages already available for this.
>
> github.com/kortschak/utter (for Go syntax-like printing)
> github.com/davecgh/spew (for less Go
rgue against the points, feel free to do
> so, but incorrectly changing the argument or my position is not very
> welcome.
>
> >
> > On May 27, 2019, at 6:51 PM, Dan Kortschak
> > wrote:
> >
> > In the post that I was replying to you told the O
rry if you think I put words in your mouth, I did not mean to.
>
> Can you please explain what "Please don’t” means then? I took it at
> face value, and that it was a affirmative response to “Don’t be
> clever."
>
> >
> > On May 27, 2019, at 7:33 AM, Dan Kor
ertain, most programs do not need these techniques but
> dissuading someone from understanding and/or using them because they
> are “being clever” is not appropriate.
>
>
> > On May 26, 2019, at 6:59 PM, Dan Kortschak
> > wrote:
> >
> > Please don't. Java is not r
The interfaces that define the contracts should come from a third
package/source. The issue that I suspect you are hitting is that type
identity for interface types is based on the name, not the method set.
This means that, for example with your code below a function
PrintB(StringerB) and another
This is because zero values are not sent by encoding/gob. So the false
value never goes over the wire to overwrite the true. If you want
things to be zeroable, you need to do that yourself before decoding.
From https://golang.org/pkg/encoding/gob/#hdr-Encoding_Details
"If a field has the zero
The parameter to fmt.Println is evaluated at the time of the defer
statement's execution. You should do something like this instead
func main() {
start := time.Now()
defer func() { fmt.Println(time.Since(start)) }()
time.Sleep(10)
fmt.Println("Hello,
On Sat, 2019-05-18 at 09:43 +1000, Rob Pike wrote:
> Australia is closer to Britain but sticks with jail
> and tire.
I don't think this is true Australia wide - in Melbourne and Adelaide
(my home cities), I have always seen gaol and tyre.
> I'm sure every English speaking country has its own
:)
In Gonum source/text, we have a policy of ASE in user-facing
documentation, but all my internal comments and commit messages are
written in BE (though read by me in AuE). We also avoid usages that are
ambigiguous when read in BE/AuE or grammatically incorrect when read in
those dialects (the
Yes. There's also the unfortunate collision with io.ReaderFrom's method
name which is directionally opposite to net.PacketConn's ReadFrom. This
is unfixable because of Go1.
Dan
On Mon, 2019-05-13 at 15:14 -0700, Ian Lance Taylor wrote:
> On Mon, May 13, 2019 at 2:45 PM Dan Kortschak
>
Thanks, Jake. This was very helpful.
On Mon, 2019-05-13 at 09:19 -0700, jake6...@gmail.com wrote:
> On Thursday, May 9, 2019 at 2:54:17 AM UTC-4, kortschak wrote:
> >
> >
> > The Conn and UDPConn Read methods look like io.Reader Read methods,
> > but
> > there is no explicit claim that Conn is
Further to this, you can see that having two diametrically opposite
claims (1. UDPConn.Read implements Conn.Read and Conn is a generic
stream-oriented network connection cf 2. UDP is not stream oriented)
might be somewhat confusing.
On Sun, 2019-05-12 at 20:00 -0700, Kurtis Rader wrote:
> And the
t; > On May 12, 2019, at 10:04 PM, Dan Kortschak
> > wrote:
> >
> > Thank you. I have reviewed the code. I was hoping for some friendly
> > and
> > helpful input.
> >
> > On Sun, 2019-05-12 at 21:55 -0500, robert engels wrote:
> > >
&
Thank you, that has clarified what I was wanting to confirm.
Dan
On Sun, 2019-05-12 at 20:00 -0700, Kurtis Rader wrote:
> On Sun, May 12, 2019 at 7:38 PM Dan Kortschak
> wrote:
>
> >
> > Yes, I'm aware of all this. However, the net.UDPConn Read method
> > states
&
> // On MacOS we can see EINTR here if the user
> // pressed ^Z. See issue #22838.
> if runtime.GOOS == "darwin" && err ==
> syscall.EINTR {
> continue
>
ted” to be an implementor - buyer beware!
>
> We is also why you should never use method names that collide with
> “stdlib interfaces” unless you intend them to have the same
> semantics.
>
> >
> > On May 12, 2019, at 8:58 PM, Dan Kortschak
> > wrote:
> >
>
This is not quite true. The language itself doesn't make claims other
than types and method names. However, there are conventions around the
semantics of methods in an interface. For example, a Read method that
returns 0, nil is allowed for io.Reader, but frowned upon unless the
buffer is zero
bump?
On Thu, 2019-05-09 at 16:23 +0930, Dan Kortschak wrote:
> The Conn and UDPConn Read methods look like io.Reader Read methods,
> but
> there is no explicit claim that Conn is an io.Reader. Are the Read
> methods of these two types identical in behaviour to io.Reader?
&g
The Conn and UDPConn Read methods look like io.Reader Read methods, but
there is no explicit claim that Conn is an io.Reader. Are the Read
methods of these two types identical in behaviour to io.Reader?
Specifically, are the reads allowed to fill the buffer with arbitrary
numbers of bytes in 0 <=
Try github.com/sirupsen/logrus@v1.4.1
At some point the capitalisation was changed.
On Tue, 2019-05-07 at 19:16 -0700, tamal wrote:
> I am trying to convert https://github.com/appscode/voyager from glide
> to go
> mod.
>
> I am getting an error like below:
> ```
> go:
var T0, T1, T2, T3, T5 [256]uint32
https://play.golang.org/p/6Cm4p_NyD8m
On Wed, 2019-05-01 at 18:40 -0700, lgod...@gmail.com wrote:
> The following statement seems very awkward, is there a cleaner way to
> write
> it ?
>
> var T0= [256]uint32; var T1= [256]uint32; var T2= [256]uint32; var
>
Please understand that my use of ?: in the proposed grammar is
irrelevant. Using the syntax proposed here leads to the same problem.
You have self contradictory claims below:
1. the change is only a swapping of 'if' => '?' and 'else' => ':' with
no semantic change: "My proposal
The difference is that the ternary operator is an expression and the
if...else is a statement. If you're only suggesting a syntax change,
then the difference becomes one of readability.
I'll ask again, how would you preclude nesting without making the
language more complex?
On Thu, 2019-04-25 at
de block for test=true
> case false:
> //..code block for test=false
> }
>
> On Wed, Apr 24, 2019 at 4:42 PM Dan Kortschak
> wrote:
>
> >
> > How would you preclude it?
> >
> > On Wed, 2019-04-24 at 16:28 -0700, lgod...@gmail.com wrote:
> > &
How would you preclude it?
On Wed, 2019-04-24 at 16:28 -0700, lgod...@gmail.com wrote:
> I am NOT in favor of allowing nested ternary operations
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving
Solved. This is Travis being "helpful" and setting core.autocrlf=true
in git config.
https://travis-ci.community/t/files-in-checkout-have-eol-changed-from-l
f-to-crlf/349/4
On Tue, 2019-04-23 at 07:50 +0930, Dan Kortschak wrote:
> I have a test that is failing on travis on a wind
I have a test that is failing on travis on a windows build due to the
presence of CRLF in the bytes returned by ioutil.ReadFile. The file
itself uses unix line endings, so the CR is inserted by something
somewhere along the line.
However, this is not always the case. On AppVeyor, I do not see
This is unfortunate. It was less like that in the past.
On Sun, 2019-04-21 at 18:02 -0700, icod.d...@gmail.com wrote:
> Nuts is more of a "help I have a problem" thing.
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this
That is the correct file, just at the wrong commit, here it is for
go1.12
https://github.com/golang/go/blob/release-branch.go1.12/doc/go_spec.html
On Wed, 2019-04-03 at 11:11 +0800, 李健 wrote:
> The web page is at: https://golang.org/ref/spec
>
> I've searched Google/GitHub but can't find its
:
> FWIW, none that I'm aware of. If there were to be such a command I
> would probably expect it be an option to go mod verify.
>
> Is there a problem with using go.sum in the way you're proposing?
>
> Or is this more a convenience thing?
>
> On Thu, 21 Mar 2019 at 22:
*bump*
On Fri, 2019-03-22 at 08:33 +1030, Dan Kortschak wrote:
> Is there a command that does something like `go list -m ` but
> also outputs the sum for the module and module's go.mod? Other than
> `grep go.sum`.
>
> thanks
> Dan
>
--
You received this message becau
Is there a command that does something like `go list -m ` but
also outputs the sum for the module and module's go.mod? Other than
`grep go.sum`.
thanks
Dan
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop
I use it for present to allow students to run code as part of lecture
material.
Dan
On Tue, 2019-03-19 at 11:22 -0700, Brad Fitzpatrick wrote:
> We plan to remove Go's Native Client (nacl) port, probably in Go
> 1.14.
> (It's probably too soon to remove it in Go 1.13)
>
> Is anybody using it?
I am trying to build an lgo docker image for Go1.10 (working up to
Go1.12 with this), but I am finding that the process fails with the
following panic.
lgo invokes go install with -buildmode=shared -linkshared and I suspect
this is the cause of the problem.
Is this a known issue?
thanks
Dan
It can infer the type, but from memory, it was decided that for
improved safety explicit types should be used. There have been
discussion about relaxing this in the past and it is an open proposal.
See https://github.com/golang/go/issues/21496
On Mon, 2019-03-18 at 20:01 -0700, zhou yu wrote:
>
My approach to dealing with these it that I set my mail client to text
only display. This means that I see plain text where IDE coloured text
is pasted, and I don't see images unless I go out of my way to do so.
Dan
On Mon, 2019-03-11 at 08:36 -0500, Robert Engels wrote:
> I think you are
There is an increasing culture of this in many places. Many students
often post screen shots in place of reproducers and textual error. I
invariably reply that they need to post code and text. I am not sure I
am winning here.
Dan
On Mon, 2019-03-11 at 11:17 +0100, Wojciech S. Czarnecki wrote:
>
There is also Dave's https://github.com/davecheney/godoc2md, though
this is no longer maintained and intended for command line use.
On Fri, 2019-03-08 at 05:34 -0800, Eyal wrote:
> Hi
>
> I've created this Github App that automates the creation of readme
> files.
> It generates for Go project a
It should be pointed out that these three implementations have close to
zero testing. In the absence of that, there is little that should be
drawn from the integration benchmarks that this suggests.
If we relax correct correctness requirements we can get answers in O(1)
with small constants.
On
e build so we don't
> waste
> time, and I'm looking for something similar with go.
>
> EB
>
> On Wed, Mar 6, 2019 at 12:35 PM Dan Kortschak
> wrote:
>
> >
> > Can you just check that the vcs diffs them as no diff?
> >
> > e.g.
> > ```
't
> waste
> time, and I'm looking for something similar with go.
>
> EB
>
> On Wed, Mar 6, 2019 at 12:35 PM Dan Kortschak
> wrote:
>
> >
> > Can you just check that the vcs diffs them as no diff?
> >
> > e.g.
> > ```
> > if [ -n "$(
Can you just check that the vcs diffs them as no diff?
e.g.
```
if [ -n "$(git diff -- go.mod go.sum)" ]; then
git diff -- go.mod go.sum
exit 1
fi
```
On Wed, 2019-03-06 at 11:07 -0800, eborgst...@nerdwallet.com wrote:
> Hi fellow Gophers,
>
> My company has a requirement in
com/myitcv/gobin.
>
>
> On Sun, 3 Mar 2019 at 20:56, Dan Kortschak wrote:
>
> >
> > As part of our testing we need to install a tool that currently
> > does
> > not have go.mod/go.sum files. Since we test on Go versions both
> > with
> > and wi
Yes, that's not unreasonable. With f2c, you could potentially get your
fortran into C, then Go asm and then call that.
Dan
On Fri, 2019-03-01 at 20:17 -0800, Jason E. Aten wrote:
> On Friday, March 1, 2019 at 6:46:11 PM UTC-6, kortschak wrote:
> >
> >
> > Assembly incurs a function call cost
Assembly incurs a function call cost (non-inlineable AFAIU), but Cgo
incurs a function call cost with additional work for C stack and call
conventions translation as said by Tamás.
On Fri, 2019-03-01 at 08:13 -0800, Jason E. Aten wrote:
> If I include a chunk of assembly .s code in my Go code,
messages, you'll find they
> were
> focused on topic, not shifting to persons. Thank you for your
> participation, it's always good to hear different opinions, even if
> they
> are not correct.
>
> ср, 27 февр. 2019 г. в 23:35, Dan Kortschak :
>
> >
> > You're cl
, Space A. wrote:
> Sorry? You have poor understanding and mess things, so what's wrong?
> Being
> dilatant is not crime, it's okay unless you start convincing yourself
> that
> false is true.
>
> ср, 27 февр. 2019 г. в 22:41, Dan Kortschak :
>
> >
> > Pull your h
Pull your head in and stop being rude to people here.
On Wed, 2019-02-27 at 17:19 +0300, Space A. wrote:
> You have very poor understanding of the subject, messing everything
> up.
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe
For the embedded, https://tinygo.org/, but limited back ends.
On Wed, 2019-02-27 at 02:02 -0800, Chris Hopkins wrote:
> What brought me to it was the concurrency. I spent my entire career
> frustrated by not only how concurrency wasn't more of a thing in
> popular
> languages, but also how so
e (i.e. not the binary
representation of the library).
> Go's license is simple and clear.
And yet, here we are. The short answer to this question is that a
lawyer should be consulted.
>
> ср, 27 февр. 2019 г., 6:00 Dan Kortschak :
>
> >
> > Probably not. The exec
301 - 400 of 650 matches
Mail list logo