The Rust programming language

http://lambda-the-ultimate.org/node/4009

by arman0 • 16 years ago

79 44 16 years ago

lambda-the-ultimate.org

adamilardi4• 16 years ago

Please no more languages world!

adamilardi4• 16 years ago

Thank you for the downmods.

gnuvince• 16 years ago

The reason you were downmodded is because there is a lot of research that's been available for years and hasn't been tried in practice. New languages that try new features and new avenues may or may not end up being used, but sometimes they influence later (or existing) languages. New languages are a good thing, embrace them.

alnayyir8• 16 years ago

Uneducated and unconstructive opinions expressed here get downmodded, and so do meta comments complaining about being downmodded.

In future prepare more thorough and informed commentary if you don't want to take a hit on your karma.

If you're unwilling or unable to read the documentation and peruse through the implementation source of your own accord, then I don't think this is the community for you.

Either way, good day and have yourself a nice meal whenever the next one is. :)

adamilardi4• 16 years ago

How did my karma go from 70+ to 27. When I only got -4 downmods. Are there some unwritten karma rules at work here?

mbrubeck3• 16 years ago

Comments at -4 can still be voted down, but the displayed score will not go any lower. (I'm not certain of the rationale, but I think it's to somewhat discourage excessive downvotes just to make a public show of disapproval/disagreement.)

__bjoernd2• 16 years ago

Google came out with Go some months ago, now Mozilla presents Rust. Both languages seem to be targetted at the same audience, I fear it's mere corporate politics that prevent both from using the same language, isn't it?

Addon-question, don't know if it fits: Has Google's Go gained publicity apart from having a vibrant community on Google's mailing list?

__bjoernd2• 16 years ago

Note to self: Rust's FAQ actually mentions differences to Go.

alnayyir8• 16 years ago

>I fear it's mere corporate politics that prevent both from using the same language, isn't it?

If anyone is guilty of NIH, it's Google. Google didn't use LLVM, didn't follow the example of some more thorough and less facile concurrency models, didn't exercise the necessary discipline re: mutable data structures, and didn't appear to have been keeping up with any lang research that has gone on since the 90s.

Whereas

Rust is made by a known language implementor, the impetus of the project was not in fact Mozilla's motives (they're merely supporting it after the fact), and it targets LLVM with the bootstrapping OCaml->RS implementation.

So by all means, explain to me why the non-gcc implementation (6g, 8g) for Google Go not being LLVM somehow isn't classic NIH.

With Go, Google based the language design upon what they'd like (Python with coroutines for systems programming), rather than actual research, restraint, or even using the existing best of class tools for implementation.

Edit:

>Has Google's Go gained publicity apart from having a vibrant community on Google's mailing list?

It got some mentioned on various tech news streams, nothing mainstream or substantial. I've seen (very) occasional posts on YC News of little toy projects in Go, but again, nothing I'd really notice or care about.

I'd say Node.js has gotten a much faster start than Go, and don't give me any guff about JavaScript being older, it doesn't matter, server-side js hadn't been done properly before Ryan Dahl.

wmf2• 16 years ago

explain to me why the non-gcc implementation (6g, 8g) for Google Go not being LLVM somehow isn't classic NIH.

The Go compilers are based on the Plan 9 compilers which predate LLVM. I don't think it's a good reason, but that's the reason.

kaib2• 16 years ago

> So by all means, explain to me why the non-gcc implementation (6g, 8g) for Google Go not being LLVM somehow isn't classic NIH.

Disclaimer: I know a bit about the background to the choice, I wasn't involved but I've seen the consequences having worked with the 5g arm compiler.

The code generation part of 5g/5l is on the order of 10k lines of C, the whole 8g/6g/5g compiler suite is ~115k. I don't know how to break down LLVM but the whole project looks like ~270k lines of C++ so the code generation is probably more than 10k.

Now imagine you are tasked with writing a compiler for an experimental language where one of the key features is blazingly fast compilation. The plan9 compilers are fast, you wrote them yourself so you know their strengths and weaknesses. The plan9 compilers are also reasonably small and written in C which you know well.

You know nothing about LLVM. It could be good but it would take some time to find out. You also don't know too much C++ and it would take some time to get up to speed.

I would be very interested in understanding why this is NIH as opposed to reasonable management of risk?

dagw• 16 years ago

Was Go really a Google project, as opposed to a project by an employee at Google that turned out kind of useful? Basically can one say Google did this and Google didn't do that as if those choices where dictated by company policy?

SteveMcQwark• 16 years ago

I'd like to point out that Go also started as a personal project (a 20% time project at Google) that later got picked up by the company, so your statement that the same is the case for Rust isn't really a distinction, but a similarity.

neilk2• 16 years ago

Rust was in the works years before Go was made public.

I happen to know some of the authors and I can assure you it's not about corporate politics. The authors of Rust are just interested in exploring different concepts from the Go people.

StrawberryFrog• 16 years ago

Why rust? does it never Sleep();

chipsy• 16 years ago

Rust sounds very promising in a lot of ways. It has a whole host of useful compiler technologies that we've known about for a long time, yet have not applied to industry languages.

Xavi• 16 years ago

I agree, TypeState seems especially interesting. This paper from one of the comments does a good job describing it: http://www.cs.cmu.edu/~aldrich/papers/classic/tse12-typestat...

kunjaan• 16 years ago

Why is Dave Herman called one of the "heroes-to-the-Internet"?

mbrubeck3• 16 years ago

The LtU crowd knows Dave Herman from his academic PLT work and his standardization work on EcmaScript. I believe he also is or was a contributing editor on LtU.

http://www.ccs.neu.edu/home/dherman/

stevejohnson• 16 years ago

All the pages about it at this link and at its project page give me zero help in figuring out if it's something I want to use, because none of the pages show any syntax whatsoever.

This is like the flat feature lists of the smartphone wars that matter exactly not-at-all.

alextgordon• 16 years ago

Here you go: http://github.com/graydon/rust/tree/master/src/test/run-pass

pbiggar• 16 years ago

Its something you want if you need a systems programming language that does safety and concurrency well.

At the unveiling yesterday, Graydon (the author) said he deliberately has spent no time making syntax nice, and refused to discuss syntax until a much later date to avoid bikeshedding. As a result, its not very pretty code but you can't judge it on that.

alnayyir8• 16 years ago

Actually the fact that they've shown a great deal of restraint with respect to features, but without that necessarily being a symptom of paradigm-fascism is rather promising to my mind. If you really think this language is representative of feature dumping, boy do I have a few languages to show you.

The emphasis on multi-paradigm in the docs has less to do with ZOMG FEATURES and more with the restraint lack of force applied to the programmer in terms of style.

I think it would behoove you to look through the source before accusing them of featureitis.

neilk2• 16 years ago

Be careful not to ascribe your own narrative onto this. They're not calling you to the site because they want you to use it or buy into it. It's a progress report / unveiling of an experimental project.

The primary author (Graydon Hoare) is IMO a frickin' genius, but even so he is at pains to reduce expectations for Rust at this time. So, go easy on Rust for now.

rnicholson2• 16 years ago

From the PDF:

Rust is a curly-brace, block-structured statement language. It visually resembles the C language family, but differs significantly in syntactic and semantic details.

I'm not a programming language buff, but why curly-braces and C-style still in 2010?

alnayyir8• 16 years ago

Most familiar to the largest number of people, easy to parse, only people who want to complain about the color the bikeshed instead of the semantics of the language will care.

--- professional Python coder

(P.S. I like significant whitespace, but I also really don't care.)

makmanalp• 16 years ago

What exactly is about curly braces that implies outdatedness? Because some other old languages use it?

jamesbritt2• 16 years ago

Or the reverse: RPG and FORTRAN had it, so in what way is significant white space a marker of modernity?

keefe• 16 years ago

seriously.

+ is sooooooooooo 1600s, we should restandardize with ʮ for addition so that + strictly applies to string concatenation...

rnicholson2• 16 years ago

Well, I initially just saw it as 'just more of the same' -- and questioned why is that good? Don't know. Trying to find out. Amongst all these other improvements over other C family languages that I read, why not syntax too? Perhaps as alnayyir said above, I'm bikeshedding and shouldn't care so much... Again, I'm not well versed in programming language design, etc so my original comment (and probably this one) certainly has an amount of naïveté.

billmcneale• 16 years ago

There are basically three choices:

1) space significant (Python, Esterel) 2) braces or other one character delimiters 3) begin/end or other word delimiters

I find 3) very noisy and while I like 1) (even though I dislike Python), I find that 2) is a pretty good compromise, one where I don't find myself having to visually parse classes ending in "end end end end end".

jamesbritt2• 16 years ago

Within (1) there are options, as presented by Haskell (the offside rule) and Haml (you must indent exactly to _here_, no more, no less). The latter is nuts ("significant dementation", one might say. :) ).

Plus some languages, such as Haskell, allow for both braces and significant indentation, with the language culture encouraging responsible usage.

TheSmoke• 16 years ago

What Rust has that the D programming language doesn't have?

grogers• 16 years ago

In rust there is no global mutable state. All mutable state is local to a process. This means that GC happens per task (similar to erlang) instead of per process. This emphasizes safety over performance. You can still drop into C to get back to your shared mutable state if you want.

That being said, looking over some of the core features, D seemed very similar in spirit.

The Rust programming language

Related Stories