First of all, hello list. I'm pretty excited about rust and hope to
have an opportunity to make contributions and learn.
I'm curious about the current state of the 'net' module and libuv.
Looking at the docs, there's just some stubs around IPv4 stuff. I've
heard around that there's interest in
On 2/4/12 5:55 PM, Niko Matsakis wrote:
Anyway, I am happy to update my patch to make `_` be currying (as both
you and graydon preferred).
I think I spoke too soon about being happy. =)
I've been thinking about the patch some more and I am not sure how I
feel about `_` being currying. This
On 06/02/2012 9:18 AM, Jeffery Olson wrote:
I'd be interested to here your thoughts and any existing plans about this.
Sure!
- Rust has a 3-layer standard library:
- librustrt, C++ code implementing language primitives and
OS wrappers we can't figure out how to do in rust yet.
On Feb 4, 2012, at 1:17 PM, Patrick Walton wrote:
On 02/04/2012 06:21 AM, Arne Döring wrote:
The second suggestion is concerning tho #fmt macro. #fmt works like
printf, but its string is parsed at compile time, so that errors might
be thrown when the string is incorrect. So when you unwind
On 2/6/2012 10:07 AM, Niko Matsakis wrote:
I've been thinking about the patch some more and I am not sure how I
feel about `_` being currying. This is not because I'm opposed to a
currying semantics as opposed to a closure semantics—though I'm not sure
that it's really better—but because I
- Original Message -
From: Graydon Hoare gray...@mozilla.com
To: Jeffery Olson olson.jeff...@gmail.com
Cc: rust-dev@mozilla.org
Sent: Monday, February 6, 2012 10:53:25 AM
Subject: Re: [rust-dev] net, libuv, etc
On 06/02/2012 9:18 AM, Jeffery Olson wrote:
I'd be interested to
- Original Message -
From: André Pang oz...@algorithm.com.au
To: Brian Anderson bander...@mozilla.com
Cc: rust-dev@mozilla.org
Sent: Sunday, February 5, 2012 7:24:23 PM
Subject: Re: [rust-dev] error: can't find crate for 'core'
On Feb 5, 2012, at 4:04 PM, Brian Anderson wrote:
On 2/6/2012 12:36 PM, Brian Anderson wrote:
While uvtmp is the module capable of doing 'real work', my intention was the
opposite. uvtmp does almost all of its work in C++ (and is quite hastily
designed), and I really want to avoid that if we can. Of course, the features
necessary to write