Re: [rust-dev] RFC: User-implementable format specifiers w/ compile-time checks

2013-05-10 Thread Mikhail Zabaluev
Hi, 2013/5/10 Tim Chevalier catamorph...@gmail.com On Thu, May 9, 2013 at 10:49 PM, Mikhail Zabaluev mikhail.zabal...@gmail.com wrote: My favorite real world example is %s has joined the chat room. The gender may be unknown (they didn't say in their user profile), female, male, and if

[rust-dev] Random number generation, continued.

2013-05-10 Thread Huon Wilson
Hi all, After a brief discussion here a while ago and doing some research[1], I've started actually implementing a new random number generation framework. The code I've got so far is on GitHub[2], it's fairly poorly architectured/organised at the moment (especially the number of submodules),

Re: [rust-dev] RFC: User-implementable format specifiers w/ compile-time checks

2013-05-10 Thread Graydon Hoare
On 13-05-09 10:49 PM, Mikhail Zabaluev wrote: I agree. And if expressions are in Rust, you get the benefit of a Rust compiler validating them. A lambda must produce _some_ string to be valid; match clauses will be checked for correct type and coverage. Dynamically interpreted syntax engines

Re: [rust-dev] Random number generation, continued.

2013-05-10 Thread Benjamin Striegel
A commenter on Reddit seems to think that the state values are twice as large in the C version, which explains the slower benchmark result: http://www.reddit.com/r/rust/comments/1e262v/rust_can_be_faster_than_c_for_random_number/c9wd8qb Still, the revised numbers are very competitive! On Fri,

Re: [rust-dev] Random number generation, continued.

2013-05-10 Thread Huon Wilson
On 11/05/13 06:57, Benjamin Striegel wrote: A commenter on Reddit seems to think that the state values are twice as large in the C version, which explains the slower benchmark result: http://www.reddit.com/r/rust/comments/1e262v/rust_can_be_faster_than_c_for_random_number/c9wd8qb Still, the