Linked by Thom Holwerda on Mon 23rd Jan 2012 22:10 UTC
General Development "Today Mozilla and the Rust community are releasing version 0.1 of the Rust compiler and associated tools. Rust is a strongly-typed systems programming language with a focus on memory safety and concurrency. This is the initial release of the compiler after a multi-year development cycle focusing on self-hosting, implementation of major features, and solidifying the syntax. Version 0.1 should be considered an alpha release, suitable for early adopters and language enthusiasts. It's nifty, but it will still eat your laundry."
Thread beginning with comment 504305
To read all comments associated with this story, please click here.
Design document...?
by pepper on Tue 24th Jan 2012 00:21 UTC
Member since:

Where is the design document? Do they have any goal and/or justification of features? It seems like an attempt for a modern "safe C", which in itself is not so bad. But then why not Go?

Reply Score: 3

RE: Design document...?
by shmerl on Tue 24th Jan 2012 00:37 in reply to "Design document...?"
shmerl Member since:

Here is a good talk about it:

Rust was actually started before Go, so the question "why not Go" isn't really correct.

Edited 2012-01-24 00:39 UTC

Reply Parent Score: 3

RE[2]: Design document...?
by gan17 on Tue 24th Jan 2012 01:52 in reply to "RE: Design document...?"
gan17 Member since:

Thanks for sharing this.

Reply Parent Score: 1

RE: Design document...?
by moondevil on Tue 24th Jan 2012 18:00 in reply to "Design document...?"
moondevil Member since:

... But then why not Go?

Because Rust appeared in 2006 and as such is older than Go.

Second because Go in its current form is too simple, leaving behind decades of computer science research, along with features that most mainstream languages offer.

Anyway I find difficult to introduce new systems programming languages as long as an OS vendor does not pick them up.

For the business application development area there are already many languages available, reducing system programming languages to the use cases where close interaction with the OS and hardware is required.

Unless new systems programming languages get somehow a spotlight in a specific OS, they will never replace existing ones.

I am still hoping that it will happen though.

Reply Parent Score: 3