4 ms·
Anybody up for backporting Go's stdlib to C? Doing so in an automated way would be all the better. There are just so many things in Go that feel like 80% solut
by robmccoll 12y ago
Anybody up for backporting Go's stdlib to C? Doing so in an automated way would be all the better.
There are just so many things in Go that feel like 80% solutions - they make great demos but in every day use you have to fight them (looking at you import system and the GOPATH, magical make() function, magical overloaded accessors, lack of expressions or at least ternary if, pre and post increment are hacks not expressions, lack of coercion to more precise types, no templating / generics / preprocessing, needs an equivalent to realloc, having to go through reflect / unsafe to get things done, lack of proper type resolution for complex types).
There are many things I do like about Go, but much of the time it feels like a very pretty prison compared to the (admittedly less pretty) freedom of C.
- pjmlp 12y agoI rather use Go's pretty prison, than enjoy the freedom of buffer overruns and dagling pointers.
- azth 12y agoI'd rather port them to Rust :)
- marktangotango 12y agoCheckout the Plan 9 from user space libraries. There is the basis of go, but in a set if c libraries.