This is one case I am fully behind Go's decision not to be yet another compiler toolchain that keeps C and C++ dependencies around.

It is indeed a very good case study to prove Go's suitability as systems programming language.

Naturally one might add that writing compilers, assemblers and linkers isn't systems programming.