Viewing profile — sbinet

back in the days, one always had to have 2 terminals open to work with ROOT: one to work and the other to 'kill -9 root.exe' thanks to CINT happily completely destroying your TTY.

that's odd. TEfficiency is a relatively simple thing to read/write : - https://github.com/go-hep/hep/blob/main/groot/rhist/efficien...

IMHO, ROOT[3-5] is too many things with a lot of poorly designed API and most importantly a lack of separation between ROOT-the-library and ROOT-the-program (lots of globals and as…

there are actually a couple of real interpreters for Go: - neugram.io - https://github.com/cosmos72/gomacro here is a mybinder that used to use the former, and now uses the latter:…

> These are things that are great for product development and devops and not in fact all that valuable in scientific computing I disagree. Again, this may very well be science-doma…

wrt n-dim arrays: yes, it's a pain point. we (Gonum devs) tried to push for an "n-dim slice" type a couple of years ago. it didn't pan out. generics may help in that department. in…

this is being worked on: - https://github.com/golang/tools/blob/master/cmd/golsp/main.g...

I guess it's scientific domain dependent. I've very rarely needed something else than float/double in my C++ days or REAL*8 in my F77 ones. sure, when you need it, you need it. but…

others have already mentioned Gonum: - https://gonum.org Gonum is almost on par with _e.g._ NumPy/SciPy (most notably lacking: ODEs). So still ways to Go but it's getting there. Go…

Next step is to directly generate IR with (link: https://github.com/llir/llvm ) github.com/llir/llvm. And then rewrite all of llvm in Go :)

- the VM is written in Go and can execute wasm binaries - the next version of the Go toolchain (Go-1.11) will have a wasm target

there's actually (the beginning of) an interpreter in Go, for Go, that consummes wasm :) https://github.com/go-interpreter/wagon

as I am working on https://github.com/go-interpreter/wagon , I'd be very interested in these issues you're talking about.

> But Go doesn't have a JIT, and its performance is good enough that I don't expect one to emerge any time soon. that's true. that is... until a (real) Go interpreter shows up. som…

I have been using Gonum for some time now (also contributed, mostly in the plotting area). Last summer, I tried an experiment: have a student migrate a little python-based analysis…

also, there's been work to make for-loops preemptible: - https://github.com/golang/go/issues/10958 - https://go-review.googlesource.com/c/go/+/33910 - https://go-review.googlesourc…

and for those doing the same but in Go: https://github.com/astrogo/fitsio (a pure Go version)

out of interest, what do you find lacking in https://github.com/gonum offering as a scientific stack?

I was challenging your "Go is not set up to have a REPL" assertion. we are in violent agreement about the (non) "REPL-ness" of _gore_ and the fact that "just keep compiling a modul…

I beg to differ. See: https://github.com/sbinet/igo It is a true REPL (not like "gore", mentioned somewhere in that thread). It doesn't implement the whole Go specs, but there's AF…

you can even use it on the web: https://github.com/gopherds/mybinder-go

https://github.com/go-python/gopy it automatically creates a CPython-2 extension module out of a Go-1.5 package. I plan to update it for Go>=1.6 and also directly generate a "cffi"…

It seems we missed the opportunity to wish gonum (and the gonum-dev mailing list) its 3rd birthday! https://groups.google.com/forum/#!topic/gonum-dev/4_SrZsoMeBs can you think of s…

generating structs at runtime might land for go-1.7: https://go-review.googlesource.com/#/c/9251/4