On 2014-07-21 06:06, Patrick Walton wrote:
On 7/20/14 9:04 PM, Patrick Walton wrote:
On 7/20/14 8:12 PM, David Henningsson wrote:
Cool, thanks for the answer. These restrictions seem somewhat complex.
They are required. Otherwise we would end up with a C++-like situation
where copies end
On 7/21/14 8:49 AM, Tobias Müller wrote:
Patrick Walton pcwal...@mozilla.com wrote:
On 7/20/14 8:12 PM, David Henningsson wrote:
From a language design perspective, maybe it would be more intuitive to
have different syntaxes for copy and move, like:
As a rust newbie, that aspect aways
Patrick Walton pcwal...@mozilla.com wrote:
On 7/21/14 8:49 AM, Tobias Müller wrote:
As a rust newbie, that aspect aways makes me a bit nervous. Two quite
different operations with the same syntax and and simply changing a detail
in the struct can be enough to switch between the two.
This is
It would be great to discuss which libraries can be removed from the
main tree, I can see that there had been some progress with liburl
[1], but there appear to be a few other very dubious libraries that
can easily leave outside of the main tree.
The ones I was able to spot so far, would be:
-
I believe it has long been the goal that once we have a robust package
manager, we would start moving everything we could get away with out
of the tree. Cargo is pretty awesome now, and I think we could get
away with moving those out, with the caveat that cargo depends on
semver..
On Mon, Jul 21,
On 7/21/14 2:22 PM, Tobias Müller wrote:
We discussed this with Bartosz literally for weeks (him being a fan of
auto_ptr for too long, later completely converted against it and I take
credit for that :o)). With auto_ptr this was possible:
auto_ptrint a(new int);
auto_ptrint b = a;
It would
On 21 July 2014 22:46, Corey Richardson co...@octayn.net wrote:
Cargo is pretty awesome now, and I think we could get away with moving those
out, with the caveat that cargo depends on semver..
It does have a bunch of things as submodules already. I wouldn't find
it unreasonable to just make
Doing this is a goal, but we're going to need a complete strategy -
let's please not start doing this too hastily. Maintaining crates out of
tree is not easy, and we need to have the systems in place that will let
us succeed (particularly around integration). acrichto will need to be
involved
I expect moving crates out of the main tree to be important for reducing
build cycle time.
On 07/21/2014 02:28 PM, Ilya Dmitrichenko wrote:
It would be great to discuss which libraries can be removed from the
main tree, I can see that there had been some progress with liburl
[1], but there
As to your original question about candidate libs, here are mine:
arena
fourcc
glob
graphviz (with some rustc refactoring)
hexfloat
regex
url
uuid
On 07/21/2014 02:28 PM, Ilya Dmitrichenko wrote:
It would be great to discuss which libraries can be removed from the
main tree, I can see that
I like the idea of SemVer being in the language itself, personally.
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
11 matches
Mail list logo