|
|
|
|
|
by syockit
203 days ago
|
|
The best thing about gccgo is that it is not burdened with the weirdness of golang's calling convention, so the FFI overhead is basically the same as calling an extern function from C/C++. Take a look at [0] and see how bad golang's cgo calling latency compare to C. gccgo is not listed there but from my own testing it's the same as C/C++. [0]: https://github.com/dyu/ffi-overhead |
|
Interesting. I saw go breaking from the c abi as the primary reason to use it; otherwise you might as well use java or rust.