<p dir="ltr">Go has a GC. the Go standard library and the complier implementation will always be utterly controlled by Google, and will be full of Google magic. Go's usecase is to solve Google's problems, and can basically be modelled as "compiled Python that forcefully avoids all of the kinds of typos that Dr Pike got annoyed with typing for the past 30 years". It may make sense to rewrite reposurgeon in Go, to break out of Python's performance bottlenecks.</p>
<p dir="ltr">Rust is "C with sane types and sane scoping and sane string handling and sane threading, with a focus on zero runtime cost abstractions".  If someone was to write security critical internet facing daemons from scratch, Rust would probably be the right choice.</p>
<p dir="ltr">..m</p>
<p dir="ltr">On Tue, Sep 13, 2016 at 12:35 AM Sanjeev Gupta <<a href="mailto:ghane0@gmail.com">ghane0@gmail.com</a>> wrote:<br>
</p>
<blockquote><p dir="ltr">><br>
</p>
</blockquote>
<p dir="ltr">><br>
> On Mon, Sep 12, 2016 at 8:14 PM, Eric S. Raymond <<a href="mailto:esr@thyrsus.com">esr@thyrsus.com</a>> wrote:<br>
</p>
<blockquote><p dir="ltr">>><br>
</p>
</blockquote>
<p dir="ltr">>> While this is in some ways a tempting thought, I think the energy we<br>
>> might spend on this would be better directed towards a newer language<br>
>> that *is* suitable for soft realtime and has good provability properties<br>
>> for security.  Rust or Go seem like the obvious candidates.<br>
><br>
><br>
> /me rushes to reserve the GoNTPGo.com domain name.  <br>
><br>
> Now to squat till Mark and pals make me an offer.<br>
><br>
> -- <br>
> Sanjeev Gupta<br>
> +65 98551208    <a href="http://www.linkedin.com/in/ghane"> http://www.linkedin.com/in/ghane</a><br>
> _______________________________________________<br>
> devel mailing list<br>
<a href="mailto:devel@ntpsec.org">> devel@ntpsec.org</a><br>
<a href="http://lists.ntpsec.org/mailman/listinfo/devel">> http://lists.ntpsec.org/mailman/listinfo/devel</a></p>