gopy
gopy copied to clipboard
go-python
gopy generates a CPython extension module from a go package.
sed is not a windows utility and shouldn't be used. I had to build in git bash after handling a handful of other issues to get a package to build....
Running ``` docker run --rm -v `pwd`:/go/src/in -v `pwd`:/out gopy/gopy app bind -output=/out in ``` from the root of the repository results in this error: ``` panic: could not look-up...
Even when the environment variables `LIBDIR`, `GOPY_LIBDIR`, `LIBRARY` and `GOPY_PYLIB` are properly set and surrounded with quotes (even tried double quoting with the inner pair escaped) spaces in the path...
Below is the cause of the unresolved symbol. I tried inserting `__declspec(dllimport)` but clang complains that the assignment to `_cgohack_PyExc_RuntimeError ` is not a constant expression. It seemed to build...
can we implement a go function and wrap it to a python async one?
I use command `gopy pkg -output=out -vm=python3 github.com/go-python/gopy/_examples/hi ` `cd out && make install-pkg` then ``` >>> from hi impot hi File "", line 1 from hi impot hi ^...
Channel support is probably a ways off, but I guess it's good to make an explicit issue of it ;) Building the package ``` package channel func Channel() chan int...
in bind/gen_struct.go -- need some additional type checking logic on that, which also allows valid handles..
we might want to consider using `runtime/cgo.Handle` (when released and when gopy's minimum Go version matches Go-1.17) instead of our own mechanism. see: - https://github.com/golang/go/issues/37033 - https://tip.golang.org/pkg/runtime/cgo/#Handle
I've encountered a situation where a certain wrapped function fails in the Go runtime, but the exception is swallowed and instead a generic Python exception is raised: ``` SystemError: returned...
