classified and marked appropriately
for 1.0.
[1]: http://doc.rust-lang.org/master/rust.html#stability
How would that solve the general problem? What would the stability of
pow() be if Gregor had not brought up the issue now?
--
Tommy M. McGuire
mcgu...@crsr.net
, too.
--
Tommy M. McGuire
mcgu...@crsr.net
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
!(not a file)
}
results in a variable does not need to be mutable warning.
Shouldn't the third option also fail (and possibly the second option
succeed)?
--
Tommy M. McGuire
mcgu...@crsr.net
___
Rust-dev mailing list
Rust-dev@mozilla.org
https
of the block? That is the effect of naming them, right?
(I always thought C++'s rule was more of a stunt or joke than a useful
rule---it's apparently harder to get right than I thought it was, it's
hard to explain to people, and it does nothing useful for me,
programming-wise.)
--
Tommy M. McGuire
mcgu
vector, which doesn't seem to
live long enough for the iterator. If I give the temporary a name,
everything works as expected.
--
Tommy M. McGuire
mcgu...@crsr.net
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
, which was just
recently run with a post-incoming-change build of the master branch. (5
seconds vs. 11 seconds.)
Any ideas what is going on?
https://github.com/tmmcguire/rust-toys/blob/master/anagrams-hashmap.rs
https://github.com/tmmcguire/rust-toys/blob/master/anagrams-hashmap-mmap.rs
--
Tommy M
On 07/06/2013 10:59 AM, Björn Steinbrink wrote:
On 2013.07.06 17:52:00 +0200, Björn Steinbrink wrote:
Hi,
On 2013.07.06 10:37:49 -0500, Tommy M. McGuire wrote:
Previous runs took approximately 6 seconds, but the 0.7 build is 1)
taking about 35 seconds and 2) very variable, since rebuilding
On 05/30/2013 05:09 AM, Niko Matsakis wrote:
On Wed, May 29, 2013 at 04:55:31PM -0500, Tommy M. McGuire wrote:
The problem is that I want to use a completely unrelated vector as the
argument to find() instead of an alias for part of the buffer or a pair
of indices into the buffer.
Currently
?
--
Tommy M. McGuire
mcgu...@crsr.net
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
On 05/29/2013 04:55 AM, Niko Matsakis wrote:
On Tue, May 28, 2013 at 01:48:55PM -0500, Tommy M. McGuire wrote:
The problem I am running into is that the type of the LinearMap's find()
method (Yes, this is 0.6.) is:
fn find(self, k: 'b [u8]) - Option'self 'b [u8]
In other words, the key
imported with mod.
Following the move, main calls misc::search, which calls
combinations::each_combination, and combinations was imported into misc
via mod in addition to misc being imported into the main program via
mod.
--
Tommy M. McGuire
mcgu...@crsr.net
or a batteries
included approach like Python?
I assume Rust will need a Big Bag o' Random Libraries, like Hackage or
CPAN; do you have any ideas on what the dividing line between pointing
at that and accepting something into the distribution would be?
--
Tommy M. McGuire
mcgu...@crsr.net
/rust-toys/blob/master/combinations.rs
[2] https://mail.mozilla.org/pipermail/rust-dev/2013-January/002857.html
--
Tommy M. McGuire
mcgu...@crsr.net
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
. Should there
be any special preferences for ~[]?
Thanks in advance for any comments on correctness, style, idiom.
--
Tommy M. McGuire
mcgu...@crsr.net
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
14 matches
Mail list logo