Live data from Hacker News

Go runtime: 4 years later

go.dev

1–10 of 296 posts

Re: Go runtime: 4 years later

#5

Still yearning for an Ocaml-like language that uses the Go runtime.

I don't like Go, but I think I would use that.

But I'm ignorant: is the Go runtime built in any way to accomodate third party languages? Apart from writing an interepreter in Go, is there a good way to target it?

Re: Go runtime: 4 years later

#6

Still yearning for an Ocaml-like language that uses the Go runtime.

I don't like Go, but I think I would use that. But I'm ignorant: is the Go runtime built in any way to accomodate third party languages? Apart from writing an interepreter in Go, is there a good way to target it?

This is just an assumption, but it might be possible to translate to Go assembly and then use the Go toolchain.

Edit: https://github.com/minio/c2goasm seems to slightly go in that direction.

Re: Go runtime: 4 years later

#7

Still yearning for an Ocaml-like language that uses the Go runtime.

I don't like Go, but I think I would use that. But I'm ignorant: is the Go runtime built in any way to accomodate third party languages? Apart from writing an interepreter in Go, is there a good way to target it?

No it's not. That's why you haven't seen many alternate languages.

Something else is that the semantics of the Go language itself are purposely limited in ways that help build an efficient runtime easily. So even if you could target the Go runtime easily, it would impose limits to what the language can do as I understand.

Post reply on HN