Re:Neovim
by stusmall on Friday February 21, 2014 @09:20PM
(#7280709)
Its not just the lack of control, the bigger problem is features that have been added in. There major use cases for C that go by its nature can not fill. It can not do bare metal programming or real time applications without major changes to the language standard. Go aims to be a superior system programming language than C but not a successor to C. No one will be doing audio codecs or device drivers in go, but I would consider it over C for a greenfield system daemon.
[ Parent
| on HN ]
Re:Neovim
by a-nom-a-ly on Saturday February 22, 2014 @02:28AM
(#7281284)
> It can not do bare metal programming or real time applications without major changes to the language standard.
TIL that these are required for text editors and related tools.
They could, if:
- Go's unsafe package offered the same capabilities as Oberon's SYSTEM
- It offered a bit more control about GC takes place
Any AOT native compiled language can be used in place of C for user space code. There is hardly any C feature essential for such type of applications.
C can be relegated for kernel space until something better gains more market share.