Re: [go-nuts] Constants

2018-12-16 Thread Ian Lance Taylor
On Sun, Dec 16, 2018 at 6:15 PM 伊藤和也 wrote: > > Can I say the type of the integer constant "12" is converted from the default > type "int" to "int32" when it is assigned to the constant "n1" whose type is > "int32" ? > > const n1 int32 = 12 > > Go programmimg language specification says "An unt

[go-nuts] Constants

2018-12-16 Thread 伊藤和也
Can I say the type of the integer constant "12" is converted from the default type "int" to "int32" when it is assigned to the constant "n1" whose type is "int32" ? const n1 int32 = 12 Go programmimg language specification says "An untyped constant has a *default type* which is the type to wh

Re: [go-nuts] symbol lookup error: /root/llvm-install/lib64/libgo.so.8svn: undefined symbol: __get_cpuid_count after "make install"

2018-12-16 Thread Ian Lance Taylor
[ + thanm ] On Sat, Dec 15, 2018 at 6:56 AM wrote: > > I'm trying to use the current gollvm build, but it seems there is a symbol > error. Probably that symbol is absent in the libgo release? > Anyone had a similar problem or an idea how I can fix that? The libgo sources expect __get_cpuid_coun

Re: [go-nuts] Pure functions and Go2

2018-12-16 Thread Matt Harden
In my opinion, it's even more useful to the programmer to know that a function is pure, than it is to the compiler. If checked by the compiler, the annotation is also useful to ensure that the function remains pure as it is modified over time. On Fri, Dec 14, 2018 at 2:57 PM 'Axel Wagner' via gola

Re: [go-nuts] [ANN] pyg: python 3.7.1 bindings for Go

2018-12-16 Thread Jason E. Aten
Yes--and thanks for all your work on these bindings, Sebastien. I looked at it but couldn't get @dennwc's branch to work for me initially; so I went with this other lineage. Much of that is probably my newness to the python C API, but the pyg/gopy lineage starting from Julian Phillips' work see

Re: [go-nuts] [ANN] pyg: python 3.7.1 bindings for Go

2018-12-16 Thread Sebastien Binet
note that, eventually, sbinet/go-python will be migrated under the github.com/go-python organization as cpython (or cpy2, or something). thanks to @dennwc, there's also already a PR that adds some support for CPython-3: - https://github.com/sbinet/go-python/pull/66 On Sun, Dec 16, 2018 at 2:22 PM

Re: [go-nuts] [ANN] pyg: python 3.7.1 bindings for Go

2018-12-16 Thread Jason E. Aten
Yes. I haven't played with sbinet/go-python enough, but broadly speaking, that's right. On Sunday, December 16, 2018 at 2:38:52 AM UTC-6, Justin Israel wrote: > > Thanks for sharing this. I've been using github.com/sbinet/go-python on a > few tasks. Is this generally the same thing, but for py 3

Re: [go-nuts] [ANN] pyg: python 3.7.1 bindings for Go

2018-12-16 Thread Justin Israel
Thanks for sharing this. I've been using github.com/sbinet/go-python on a few tasks. Is this generally the same thing, but for py 3.x? On Sun, Dec 16, 2018, 6:30 PM Jason E. Aten wrote: > `pyg` is a library for embedding python 3.7.1 in Go. > > Very little of `pyg` is mine. I consolidated a bunc