[rust-dev] "Go 1.1 Function Calls"

2013-10-01 Thread Corey Richardson
Saw this on HN: https://docs.google.com/a/octayn.net/document/d/1bMwCey-gmqZVTpRax-ESeVuZGmjwbocYs1iHplK-cjo/pub I haven't been following the recent closure discussions much, but what Go is doing might be relevant? ___ Rust-dev mailing list Rust-dev@mozi

Re: [rust-dev] master's project work on rust - ideas

2013-10-01 Thread Brian Anderson
On 10/01/2013 12:13 PM, Jason E. Aten wrote: On Tue, Oct 1, 2013 at 11:40 AM, Brian Anderson > wrote: On 10/01/2013 07:41 AM, Jason E. Aten wrote: On Tue, Oct 1, 2013 at 6:43 AM, Dan Cristian Octavian mailto:danoctavia...@gmail.com>> wrote: One

Re: [rust-dev] master's project work on rust - ideas

2013-10-01 Thread Benjamin Striegel
> You use `rustc` to output LLVM IR (with --emit-llvm) and then compile with `clang -flto -O3 foo.cc foo.bc` (you need a version close to Rust's LLVM, 3.3 won't understand the readnone/readonly parameter attributes). If you're calling the Rust functions from C++ or the C++ functions from Rust you d

Re: [rust-dev] master's project work on rust - ideas

2013-10-01 Thread Daniel Micay
On Tue, Oct 1, 2013 at 3:25 PM, Jason E. Aten wrote: > On Tue, Oct 1, 2013 at 12:21 PM, Daniel Micay wrote: > >> A minimal application now looks like this: >> >>> >>> #[no_std]; >>> >>> #[start] >>> fn main(_: int, _: **u8) -> int { 0 } >>> >>> There's no need for zero.rs anymore sinc

Re: [rust-dev] master's project work on rust - ideas

2013-10-01 Thread Jason E. Aten
On Tue, Oct 1, 2013 at 12:21 PM, Daniel Micay wrote: > A minimal application now looks like this: > >> >> #[no_std]; >> >> #[start] >> fn main(_: int, _: **u8) -> int { 0 } >> >> There's no need for zero.rs anymore since you're now able to define the >> `#[lang]` items on an as-needed

Re: [rust-dev] master's project work on rust - ideas

2013-10-01 Thread Daniel Micay
On Tue, Oct 1, 2013 at 2:40 PM, Brian Anderson wrote: > On 10/01/2013 07:41 AM, Jason E. Aten wrote: > > On Tue, Oct 1, 2013 at 6:43 AM, Dan Cristian Octavian < > danoctavia...@gmail.com> wrote: > >> One of my first thoughts when I saw the Rust project was to make it >> runtimeless. Shortly afte

Re: [rust-dev] master's project work on rust - ideas

2013-10-01 Thread Jason E. Aten
On Tue, Oct 1, 2013 at 11:40 AM, Brian Anderson wrote: > On 10/01/2013 07:41 AM, Jason E. Aten wrote: > > On Tue, Oct 1, 2013 at 6:43 AM, Dan Cristian Octavian < > danoctavia...@gmail.com> wrote: > >> One of my first thoughts when I saw the Rust project was to make it >> runtimeless. Shortly aft

Re: [rust-dev] master's project work on rust - ideas

2013-10-01 Thread Alex Crichton
> One of my first thoughts when I saw the Rust project was to make it > runtimeless. Shortly after that was achieved rather trivially with zero.rs. > I don't know if any major improvement can be done there. As others have said, I don't believe that Rust is currently at the point of being "runtimel

Re: [rust-dev] master's project work on rust - ideas

2013-10-01 Thread Keegan McAllister
fwiw zero.rs is now obsolete. Instead you can put #[no_std]; on your crate and then implement just the lang items you use. Here's strcat's example: http://ix.io/8fH keegan - Original Message - From: "Brian Anderson" To: rust-dev@mozilla.org Sent: Tuesday, October 1, 2013 11:40:09 AM

Re: [rust-dev] master's project work on rust - ideas

2013-10-01 Thread Brian Anderson
On 10/01/2013 07:41 AM, Jason E. Aten wrote: On Tue, Oct 1, 2013 at 6:43 AM, Dan Cristian Octavian mailto:danoctavia...@gmail.com>> wrote: One of my first thoughts when I saw the Rust project was to make it runtimeless. Shortly after that was achieved rather trivially with zero.rs <

Re: [rust-dev] master's project work on rust - ideas

2013-10-01 Thread Benjamin Striegel
We've got just the thing for you! Our bug tracker has a tag for "interesting projects": https://github.com/mozilla/rust/issues?labels=A-an-interesting-project Many of these features are things that we'd love to have, but that none of the official developers have time to complete for 1.0. Some of

Re: [rust-dev] master's project work on rust - ideas

2013-10-01 Thread Jason E. Aten
On Tue, Oct 1, 2013 at 6:43 AM, Dan Cristian Octavian < danoctavia...@gmail.com> wrote: > One of my first thoughts when I saw the Rust project was to make it > runtimeless. Shortly after that was achieved rather trivially with zero.rs. > I don't know if any major improvement can be done there. >

Re: [rust-dev] Connecting at the Mozilla Summit

2013-10-01 Thread Benjamin Striegel
I'll be in Toronto! On Tue, Oct 1, 2013 at 5:28 AM, yati sagade wrote: > See you folks in Santa Clara :) > > > On Tue, Oct 1, 2013 at 2:47 PM, David Rajchenbach-Teller < > dtel...@mozilla.com> wrote: > >> I opened a public pad for this info: >> >> http://bloc-notes.parinux.org/p/Rust-dev_at_Moz

[rust-dev] master's project work on rust - ideas

2013-10-01 Thread Dan Cristian Octavian
Hello, I will be working on my master's degree individual project this year and I was very interested in picking up a Rust-related project. The purpose of this email is to ask for suggestions/proposals for Rust related work that could be done in the context of such a project. I've been following

Re: [rust-dev] The new format!

2013-10-01 Thread Paul Colomiets
Hi, On Tue, Oct 1, 2013 at 9:13 AM, Oren Ben-Kiki wrote: > I know, this is pretty horrible... what is the "right thing" here? Using > {:s} and keep calling .to_str() everywhere? > Not sure if that helps. But in python there are conversion specifiers "{!s}" and "{!r}" which convert to string expl

Re: [rust-dev] Crate-scoped non-trait implementations

2013-10-01 Thread Niko Matsakis
It is not clear to me how to apply lexical-based privacy rules to method calls, though I am not opposed. How can we determine if the module where the method is declared is exported? I guess that the idea is simply to climb the module hierarchy, checking that each module between the declaration of t

Re: [rust-dev] Connecting at the Mozilla Summit

2013-10-01 Thread yati sagade
See you folks in Santa Clara :) On Tue, Oct 1, 2013 at 2:47 PM, David Rajchenbach-Teller < dtel...@mozilla.com> wrote: > I opened a public pad for this info: > > http://bloc-notes.parinux.org/p/Rust-dev_at_Mozilla_Summit > > See you in Brussels, > David > > On 10/1/13 1:46 AM, Erick Tryzelaar w

Re: [rust-dev] Connecting at the Mozilla Summit

2013-10-01 Thread David Rajchenbach-Teller
I opened a public pad for this info: http://bloc-notes.parinux.org/p/Rust-dev_at_Mozilla_Summit See you in Brussels, David On 10/1/13 1:46 AM, Erick Tryzelaar wrote: > Good afternoon all, > > We've got a bunch of the Rust community going to the Mozilla Summit > events this weekend. It'd be gre

Re: [rust-dev] Connecting at the Mozilla Summit

2013-10-01 Thread David Rajchenbach-Teller
On 10/1/13 1:46 AM, Erick Tryzelaar wrote: > Good afternoon all, > > We've got a bunch of the Rust community going to the Mozilla Summit > events this weekend. It'd be great if we could meet for dinner one of > the evenings. If you are going, which city will you be in? Would one day > work better

Re: [rust-dev] The new format!

2013-10-01 Thread Oren Ben-Kiki
Yes, both suggestions sound very reasonable. It would also eliminate the need for the Str trait altogether (since the Default fmt function would avoid the allocation). So there would really be no need for most format specifiers, except stuff like controlling the base of integers, etc. On Tue, Oct