On Mon, Jun 16, 2014 at 6:10 PM, Steve Klabnik st...@steveklabnik.com wrote:
I've just signed
a contract with Mozilla, and starting Monday, June 23rd, I will be
devoting forty hours per week of my time to ensuring that Rust has
wonderful documentation.
This is great news for Rust! I've been
Congratulations, Aaron! Very exciting!
And LVars sounds familiar... was that something that Lindsey Kuper was
working on?
Yep. In addition to the POPL paper that Aaron linked to, you can find
everything LVars at http://www.cs.indiana.edu/~lkuper/, or on my blog
under http://composition.al
On Mon, Mar 17, 2014 at 8:04 AM, Cadence Marseille
cadencemarsei...@gmail.com wrote:
That was fun! I hope to see a few more of these sprints in the future.
Same! Thanks for doing the work of organizing it.
Do we have any stats, like number of PRs as a result of the sprint,
number of modules
On Mon, Mar 3, 2014 at 10:19 PM, Steve Klabnik st...@steveklabnik.com
wrote:
Part of the issue with that statement is that you may or may not
program in this way. Yes, people choose certain subsets of C++ that
are more or less safe, but the language can't help you with that.
On Mon, Mar 3,
On Mon, Mar 3, 2014 at 8:17 PM, Nathan Myers n...@cantrip.org wrote:
(Arguably, BTW, the keyword should be safe, because you are
asserting to the compiler that it should consider what is being
done there to be safe, despite any misgivings it may have, and
challenging the reader to contradict
On Thu, Jan 9, 2014 at 1:39 AM, Brian Anderson bander...@mozilla.com wrote:
These days we generally claim to
support Mac OS X 10.6+
Do we still claim to support 10.6? It's broken right now for me and
others (https://github.com/mozilla/rust/issues/10842).
Lindsey
So, I've been trying to use default methods to streamline various
parts of the Rust compiler and libraries. Most recently, I tried
attacking the impls of Visitor in libsyntax. Since the Visitor trait
already had default methods, the patch consists entirely of removed
lines:
On Fri, Aug 23, 2013 at 8:30 PM, Sebastian Sylvan
sebastian.syl...@gmail.com wrote:
I'm sure you've all seen it, but C# has something similar but a lot more
powerful. Basically, it has support for allowing runtime resolution of types
if they are declared as having the dynamic type. But it's
On Fri, Aug 23, 2013 at 2:28 PM, Masklinn maskl...@masklinn.net wrote:
For the record, I think augmented assignments are a terrible ideas and one of
the worst features of python.
rust-dev is probably not the right place for this sort of
conversation; several points of the code of conduct
On Thu, Jul 18, 2013 at 12:08 PM, Corey Richardson co...@octayn.net wrote:
On Thu, Jul 18, 2013 at 3:05 PM, Steve Adams sadam...@woh.rr.com wrote:
Quite possible. The machine in question has just 1Gb. It's booted up to
just a text shell to keep as much memory open as possible.
Although I
On Fri, Jun 21, 2013 at 2:50 PM, David Evans ev...@cs.virginia.edu wrote:
Does anyone know of any other efforts to use Rust in teaching, or have any
advice on this? I would welcome any suggestions or pointers to resources
that might be useful for this (or caveats if people think Rust is not
On Fri, Jun 21, 2013 at 5:53 PM, Thomas Daede daede...@umn.edu wrote:
On Fri, Jun 21, 2013 at 4:17 PM, Brian Anderson bander...@mozilla.com wrote:
On 06/21/2013 08:20 AM, Thomas Daede wrote:
- Compiling runtime and Core without thread support
This is a major refactoring project which isn't
On Wed, May 8, 2013 at 10:22 PM, Lindsey Kuper lind...@composition.al wrote:
On Tue, May 7, 2013 at 12:01 AM, James Tranovich
ja...@openhorizonlabs.com wrote:
Just wondering what the general plan of attack was and if there was anything
I could do to help.
We have a plan to make a plan
On Wed, May 29, 2013 at 11:01 AM, Michael Wörister
michaelwoeris...@gmail.com wrote:
Hi everyone,
I wanted to quickly introduce myself here. My name is Michael Woerister and
I was accepted for Rust's Google Summer of Code project this year, regarding
debug symbol generation for rustc.
On Wed, May 29, 2013 at 12:03 AM, Alex Crichton a...@crichton.co wrote:
In my opinion, the point of rusti is to be a REPL for rust.
Is this a matter of opinion? I thought it was a fact! :)
- What rusti is
The way that rusti works today in my opinion is a bit hacky once you
look inside. It
On Mon, May 20, 2013 at 2:51 AM, Masklinn maskl...@masklinn.net wrote:
Yesterday as I was trying to provide more info/background for an
answer to the list, I encountered an issue which I think is going
to hinder lots of people trying out rust: using the documentation
is an exercise in
On Mon, May 6, 2013 at 1:36 PM, Graydon Hoare gray...@mozilla.com wrote:
On 13-05-06 09:46 AM, Matthieu Monrocq wrote:
I would therefore propose:
- zip: only on collections of equal length
- zipcut: stop iteration as soon as the shortest collection is exhausted
- zipfill: fill the void
On Sun, May 5, 2013 at 10:21 PM, NAKASHIMA, Makoto
makoto.n...@gmail.com wrote:
Hello,
I'm new to this list and I enjoy programming in Rust.
I have a question.
Does rust's enum type support specifying base type?
enum Color { RED = 0xffu, GREEN = 0x00ff00u, BLUE = 0xffu }
On Sun, May 5, 2013 at 4:19 PM, Noam Yorav-Raphael noamr...@gmail.com wrote:
I have a simple suggestion: the current implementation of zip() returns an
iterator which stops whenever one of the two iterators it gets stop.
I use zip() in python quite a bit. I always have a few lists, where the
On Sun, May 5, 2013 at 6:17 PM, Andreas Rossberg rossb...@mpi-sws.org wrote:
On May 5, 2013, at 23:54 , Lindsey Kuper lind...@composition.al wrote:
On Sun, May 5, 2013 at 4:19 PM, Noam Yorav-Raphael noamr...@gmail.com
wrote:
I have a simple suggestion: the current implementation of zip
Hi everyone,
I'd like to give rusti more attention and make it actually useful and
usable. As I'm sure we're all aware, a good REPL is especially
valuable for a new and not-yet-well-documented language. Various open
bugs [0, 1, 2] illustrate some of the current problems with rusti, and
On Thu, Apr 25, 2013 at 1:25 AM, Patrick Walton pwal...@mozilla.com wrote:
I have an untested grammar for Rust here,
with the token regexes not yet filled in:
https://gist.github.com/anonymous/5457664
yapps2 reports that this grammar is LL(1).
Note that the refactorings I made resulted in
On Thu, Apr 25, 2013 at 10:04 AM, Graydon Hoare gray...@mozilla.com wrote:
On 13-04-24 11:39 PM, Lindsey Kuper wrote:
This is really cool, but I'm sort of confused about the apparent
multiple ongoing efforts toward having a precise and machine-readable
Rust grammar. Should we consider one
On Mon, Apr 22, 2013 at 7:58 PM, John Clements
cleme...@brinckerhoff.org wrote:
The rust ANTLR grammar that lives at
https://github.com/jbclements/rust-antlr/
appears to be largely correct, in the sense that it parses Rust source.
I'll pile on and say that this is fantastic. I've wanted
On Wed, Apr 24, 2013 at 6:58 PM, Graydon Hoare gray...@mozilla.com wrote:
Agreed. This packaging will be of a sort that _does_ represent a level
of support from the language maintainers, version-to-version. So ...
absent other suggestions I will return to my preferred passtime of
thesaurus
On Tue, Apr 23, 2013 at 12:35 PM, Patrick Walton pwal...@mozilla.com wrote:
Hi everyone,
There's been consensus lately that `core` and `std` are somewhat misnamed.
`core` is really the standard library--the one that would be specified in a
specification if we had one. `std` is an extras
On Tue, Apr 23, 2013 at 2:00 PM, Nathan Myers n...@cantrip.org wrote:
A name reflecting its true role seems appropriate. Drawing on
the Linux kernel experience, I propose staging. Alternatively,
trial, proposed, experimental, unstable.
I think it would be great to have a way to tag libraries
What stands in the way of doing incremental compilation?
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
On Wed, Dec 19, 2012 at 9:01 PM, Brian Anderson bander...@mozilla.com wrote:
On 12/19/2012 05:40 PM, Ralph Giles wrote:
On 12-12-19 3:00 PM, Graydon Hoare wrote:
We've posted a prerelease of 0.5 to:
http://static.rust-lang.org/dist/rust-0.5.tar.gz
Doesn't build on MacOS 10.5:
On Sun, Oct 28, 2012 at 3:48 PM, Niko Matsakis n...@alum.mit.edu wrote:
Regardless of whether manual memory management is desirable as an end
goal, support for it is essentially required if you wish to permit tasks to
exchange ownership of data without copies.
Is it fair to say that, in fact,
On Mon, Oct 29, 2012 at 2:52 PM, Graydon Hoare gray...@mozilla.com wrote:
On 12-10-23 8:10 AM, Patrick Walton wrote:
Note that casts are considered const exprs, so 'x' as u8 does work in
a constant position.
But yes, I've wanted a shorter syntax for char-literals-as-bytes as
well. Something
On Mon, Oct 8, 2012 at 6:19 PM, Eddy Cizeron eddycize...@gmail.com wrote:
2012/10/6 Tim Chevalier catamorph...@gmail.com
(Interfaces have been renamed to traits in the soon-to-be-released
Rust 0.4 release, by the way; it looks like you may be looking at the docs
from Rust 0.3.)
Right, I was
Hi everyone,
I thought I'd post a progress report on traits in Rust. For a
high-level overview of what traits are and where Rust is headed with
them, I'll quote from the development roadmap [0]:
Traits are interfaces that carry method implementations and
requirements on the self-type; they
Two of the changes mentioned in the development roadmap that Graydon
sent out earlier this week were Extend interfaces to full traits and
Enforce implementation coherence. Those are addressed by this
proposal for unifying traits and interfaces:
On Thu, Dec 1, 2011 at 8:25 PM, Niko Matsakis n...@alum.mit.edu wrote:
There is a danger with typeclasses only on functions because they
permit a lack of coherence. This danger is particularly acute with
collections, where the definition of a particular interface---such as
hashable or
On Tue, Nov 22, 2011 at 8:49 PM, Lindsey Kuper lind...@rockstargirl.org wrote:
So I've been reading more about vectorization.
Thanks to Kevin Cantù and Manuel Chakravarty pointing it out on
Twitter, I'm now aware that there's a *lot* of information on the GHC
wiki about the ongoing effort to use
Has there ever been any discussion of vectorization (i.e., taking
advantage of LLVM's vector types) in Rust? Patrick said that he'd
brought it up in passing before, but I don't think I've seen it come
up on the mailing list yet. I'm thinking about trying it out for a
class project. I'm at the
On Sun, Jul 31, 2011 at 4:55 PM, Marijn Haverbeke mari...@gmail.com wrote:
I've been throwing around some ideas about a simpler way to 'alias'
(non-owning reference) things with Patrick, and am in the process of
working out some ideas. A bunch of the possible directions, and the
ones that seem
Brian Anderson bander...@mozilla.com wrote:
On 07/21/2011 06:56 AM, Marijn Haverbeke wrote:
See https://github.com/marijnh/rust-mode . This is the first emacs
mode I wrote, it has only been used for a day, and only with my
usage
patterns, so there are probably issues. Please report any
The translation-to-LLVM pass in rustc, affectionately known as 'trans', has
grown to over 9000 lines and is overdue for a refactor. A few days ago, I
volunteered to take this on, and we've been discussing how and when to go about
it.
It's been suggested that we start by splitting trans into
An LLVM include we're using in rustllvm/Passes2.cpp,
llvm/Support/StandardPasses.h, is gone in the most recent revision of
LLVM (see:
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20110516/121142.html
-- it looks like it's been gone since Saturday). Presumably we could
be using its
From: Marijn Haverbeke mari...@gmail.com
To: Peter Hull peterhul...@gmail.com
Cc: rust-dev@mozilla.org
Sent: Thursday, May 5, 2011 11:15:13 AM
Subject: Re: [rust-dev] status, triage
I suppose you're focussing on the coding side but I think there
needs
to be more 'user-level'
From: Nicholas \Indy\ Ray arel...@gmail.com
To: rust-dev@mozilla.org
Sent: Thursday, May 5, 2011 12:10:33 PM
Subject: Re: [rust-dev] status, triage
As someone who's just begun to learn my way around rust, (and taking
notes) and likely to try to contribute to the tutorial, I much prefer
43 matches
Mail list logo
