:
Yeah, I'm not into modifying every single commit, I basically only
want what bors already (apparently) already does.
--
Scott Lawrence
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
Maybe I'm misunderstanding? This would require that all commits be
specifically associated with an issue. I don't have actual stats, but briefly
skimming recent commits and looking at the issue tracker, a lot of commits
can't be reasonably associated with an issue. This requirement would either
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
--
Scott Lawrence
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
On Sat, 1 Feb 2014, Corey Richardson wrote:
On Sat, Feb 1, 2014 at 5:53 PM, Scott Lawrence wrote:
and so the syntax was quite obvious for beginners. The extra complexity of
forall kills this. Of course, one could write
forall struct Foo {
but that's just ugly.
Unrelated but s
reflect that there
are in fact multiple functions `foo` and structs `Foo` and implementations of
`Trait`, due to monomorphization.
[0]:
http://cmr.github.io/blog/2014/02/01/polymorphic-declaration-syntax-in-rust/
_______
Rust-dev mailing list
Rust-dev@mozilla.org
htt
Yup, that was pretty much it. (I suspected something like that might be
happening.) Thanks!
To future generations of confused souls: when the impl is parameterized, the
function probably doesn't need to be.
On Wed, 22 Jan 2014, Huon Wilson wrote:
On 22/01/14 12:41, Scott Lawrence
ly outlive
itself.
Is there some especially complicated aspect of lifetimes as they interact
with &self, or is this indeed a bug?
--
Scott Lawrence
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
t find any info about it).
Thanks,
Josh
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.or
differentiate between test the function and test the
variable. Not sure would be nice to get some clarification what this
behavior is.
Thanks
--Phil
--
Scott Lawrence
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
p one vector to a vector of a different element type?
Thanks,
Leah
--
Scott Lawrence
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
g
https://mail.mozilla.org/listinfo/rust-dev
--
Scott Lawrence
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
11 matches
Mail list logo