G.E.R.T

Go team only changed their message due to the pitch forks they were getting from the UNIX/C crowd. There are people that believe systems programming languages in an OS kernel is doable with some form of GC, and then there those that will never change their mind. https://www.f-secure.com/en/consulting/foundry/usb-armory https://blog.arduino.cc/2019/08/23/tinygo-on-arduino/ https://gvisor.dev/ https://github.com/mit-pdos/biscuit https://github.com/ycoroneos/G.E.R.T By the way, NeXTSTEP drivers were written in Objective-C, and the new userspace framework, DriverKit, is an homage to the NeXTSTEP driver API. https://www.nextop.de/NeXTstep_3.3_Developer_Documentation/O...

People are doing OS research in Go, and Fuchsia core components like the TCP/IP stack are written in it, regardless of what the HN crowd thinks where Go should be used. https://github.com/mit-pdos/biscuit https://github.com/ycoroneos/G.E.R.T Last version of Plan 9 was actually Inferno, which HNers keep forgetting about, which used Limbo for userspace code. Limbo uses the channel syntax later adopted by Go.

> So much for Go not being a systems programming language. There are other examples already. Fuchsia TCP/IP stack and file system driver management utilities are implemented in Go. https://groups.google.com/d/msg/golang-dev/2xuYHcP0Fdc/tKb1P... Android's new GPU debugger is written in Go. https://github.com/google/gapid An then there are some bare-metal experiments like G.E.R.T. https://github.com/ycoroneos/G.E.R.T

> I thought Windows was to move to .Net even and MS backed out in the end. If you bother to read Joe Duffy's postmortems, and talks he has made about Midori, you will get it had nothing to do with technical issues, rather internal political wars at Microsoft. Also Microsoft did not fully backed out, the outcome of Singularity became the MDIL compiler for .NET on Windows 8.x. Midori influenced async/await, TPL, .NET Native used in UWP and the new low level language features on C# 7.x. > If the creator of a language says it's not a systems programming language, I'm not sure how it can be argued by outsiders that it is. I don't have Go in much high regard, but it certainly can be used for systems programming, and is being used as such today, regardless of what the anti-GC systems language crowd thinks. "G.E.R.T : Golang Embedded Run-Time" ht

Not really, here are some examples of systems done with GC enabled systems programming languages. https://github.com/ycoroneos/G.E.R.T https://archive.org/details/bitsavers_xeroxparcteCedarProgra... http://www.hpl.hp.com/techreports/Compaq-DEC/SRC-RR-6.pdf http://www.projectoberon.com/ http://www.ocp.inf.ethz.ch/wiki/Documentation/Kernel https://en.wikipedia.org/wiki/ARX_(operating_system) https://en.wikipedia.org/wiki/SPIN_(operating_system) https://www.amazon.com/Programming-Modula-3-Prentice-Innovat...

Not only Rust, but every native compiled memory safe language is a good alternative to replace user space applications, specially if they aren't dependent on the usual C memory pointer optimization tricks for their use case. Hence why you will see my schizophrenic posts regarding Go, although I dislike some of the design decisions, every userspace application written in Go is one application less written in C. And if bare metal approaches like GERT[0] take off even better. [0] - https://github.com/ycoroneos/G.E.R.T

That's correct. My thesis (https://github.com/ycoroneos/G.E.R.T/blob/master/thesis/main...) also has detailed info in chapter 3. The github documentation is still a work in progress :P