There is no zgoarch.go file in the build area. It seems that it was not
created by the build system. I watched the logs and there were no lines to
create it. In the directory libgo I have only the following *go files:
epoll.go goroot.go libcalls.go syscall_arch.go tmp-libcalls.go
So I can't
Each thread has its own stack, but little else.
On Wednesday, 19 October 2022 at 14:28:20 UTC+1 pe...@wonderland.org wrote:
> I have built a shared lib in Go to replace an old thing we use to send
> email - mainly to modernise things and add TLS and authentication. We run
> each call to the
On Wed Oct 19, 2022 at 19:13 CET, wrote:
>
>
> With quantum computing coming out very shortly I am wondering when the
> creators of Go will make Qo?
>
> _reposted from Github [1]_
you'd need to dive a bit more into the specifics for this proposal to
take off:
- would you envision a "simple" Go
With quantum computing coming out very shortly I am wondering when the
creators of Go will make Qo?
_reposted from Github [1]_
Links:
--
[1] https://github.com/golang/go/issues/52978
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To
I think the cleanest way to solve this problem is to use the go-pointers
library and pass in the opaque pointer from the application through to the
go callback.
Here's a blog post I found detailing how this is done:
https://eli.thegreenplace.net/2019/passing-callbacks-and-pointers-to-cgo/
On
Hi,
Those constants are supposed to be defined in the generated file
/tools/gollvm/libgo/zgoarch.go, which is written as out part of
the gollvm build process, e.g. here
https://go.googlesource.com/gollvm/+/253c122ed62d5e9a32a9806e83c47a389a6435bf/cmake/modules/AutoGenGo.cmake#63
What does the
I have built a shared lib in Go to replace an old thing we use to send
email - mainly to modernise things and add TLS and authentication. We run
each call to the entry point in it's own thread in the main program.
I am both curious but also concerned about what happens here with go
runtimes. I
We are facing a strange issue within one of our services where randomly one
of the docker containers in production out of (N, N>50) starts randomly
failing on an API while trying to execute a golang template with an error
*"Err:
template: : executing \"\" at len: \"len\" is
not a defined
Hello.
I'm trying to build gollvm on my gentoo system and get the following error:
FAILED: tools/gollvm/libgo/internal/.pic/goarch.o
/home/alex/test/gollvm/build-debug/tools/gollvm/libgo/internal/.pic/goarch.o
cd /home/alex/test/gollvm/build-debug/tools/gollvm/libgo && /usr/bin/cmake
-E
