3 ms·
>You are avoiding to answer the question. I'm really not, I am missing your point. The majority of 3rd party Go code simply uses the Go stdlib just like our h
by voidlogic 13y ago
>You are avoiding to answer the question.
I'm really not, I am missing your point.
The majority of 3rd party Go code simply uses the Go stdlib just like our hypothetical program.
Go is no less platform independent then Java, for example, yes there are some 3rd party Java libraries that use JNI, just like some Go libraries use cgo.
The fact that these native bindings to (often) platform dependent code exist does not make pure Go/Java programs non-platform independent.
Maybe our misunderstanding is what we mean my 3rdp party libraries, I'm thinking of the Go repos people put on github or the Gorilla project (http://www.gorillatoolkit.org/ http://www.gorillatoolkit.org/), I am not talking about using cgo to call glibc or something similar.
- pjmlp 13y ago> Maybe our misunderstanding is what we mean my 3rdp party libraries, I'm thinking of the Go repos people put on github or the Gorilla project (http://www.gorillatoolkit.org/ http://www.gorillatoolkit.org/), I am not talking about using cgo to call glibc or something similar. The thing is, there aren't first and second class 3rd party libraries, all are 3rd party.