Hi,
2013/5/3 Graydon Hoare gray...@mozilla.com
(Erm, it might also be worthwhile to consider message catalogues and
locale-facets at this point; the two are closely related. We do not have a
library page on that topic yet, but ought to. Or include it in the lib-fmt
page.)
If you are
Niko (cc'ing rust-dev)-
I know about (1), and I can appreciate (2).
I had dismissed (1) because it did not seem like a huge burden to add the extra
line binding `s = some_func_call()` immediately preceding `match s { ... }`;
that's why I classified this case as not-particularly useful.
On 01/05/2013 01:25, Tim Chevalier wrote:
Let's drop this thread, as per the code of conduct at
https://github.com/mozilla/rust/wiki/Note-development-policy :
Please keep unstructured critique to a minimum. If you have solid
ideas you want to experiment with, make a fork and see how it works.
Hi,
2013/5/3 Graydon Hoare gray...@mozilla.com
(Erm, it might also be worthwhile to consider message catalogues and
locale-facets at this point; the two are closely related. We do not have a
library page on that topic yet, but ought to. Or include it in the lib-fmt
page.)
If you
On Sat, May 4, 2013 at 1:15 PM, Olivier Renaud o.ren...@gmx.fr wrote:
Hi,
2013/5/3 Graydon Hoare gray...@mozilla.com
(Erm, it might also be worthwhile to consider message catalogues and
locale-facets at this point; the two are closely related. We do not
have a
library page on
With regards to https://github.com/mozilla/rust/issues/3591 , I'd
like to write a regular expression module for Rust. I've written a
couple of regular expression engines in Python for fun in the past[*],
and #rust pressured me to utilize my perverse sense of fun to write
the same for Rust.
Devin,
I personally would like to see a Rust regex engine. It could also serve as
a new reference standard going forward with the language design where
additional tests could be bound to it. A win - win in my opinion for
proving the language design in the first place.
Java, Python, and Ruby,
- In my mind, there is no question that Rust should have a RE engine. I
should hate to see you blocked.
If written in in Rust, macros could come out to play. Please see
CL-PPCRE for some ideas on how this has been previously done.
- I would suggest that the standard Perl regexes be used.
On 5/4/13 3:55 AM, james wrote:
It might be development policy, but it seems to me a terrible idea.
How do you fork a requirement? (or discussion thereof?)
How do you fork a design? (or discussion thereof?)
It seems to be the old 'show me the code'. :-(
I think it's totally fine to bring up
I had started playing around with this when I was learning Rust, but got
caught up in exams and didn't finish.
You can find my notes and some (probably non-functional) code here:
https://github.com/mcpherrinm/rerust
I was interested in using the thompson NFA construction so that LLVM could
On 2013-05-04, at 13:15 , Olivier Renaud wrote:
Gettext is indeed dependent on the fact that the format syntax allows
positional parameters.
Not really, since gettext does not do formatting it does not care and
because different languages may need to reorder parameters it's usually
better
On 05/04/2013 03:55 AM, james wrote:
On 01/05/2013 01:25, Tim Chevalier wrote:
Please keep unstructured critique to a minimum. If you have solid
ideas you want to experiment with, make a fork and see how it works.
It might be development policy, but it seems to me a terrible idea.
For the
Instead, we could perfectly imagine a gettext-like equivalent that takes
both an original format string (to be translated) *and* its arguments and
then will use fmt! under the hood to produce a fully translated string to
be fed to the Writer instance.
I'm sorry, but I don't see how your
On 2013-05-04 01:28:43, Huon Wilson wrote:
Hi all,
Aatch, Kimundi and I (and maybe some others... sorry if I've forgotten
you) came up with a bit of proposal on IRC for handling fmt!. It's
possibly been considered already, but whatever, we'd like some
comments on it.
There would one
On Sat, May 4, 2013 at 2:08 PM, Patrick Walton pwal...@mozilla.com wrote:
On 5/4/13 6:54 AM, Devin Jeanpierre wrote:
A point brought up in #rust: if we use RE2 or similar, we may not
be able to have a re!() syntax extension that compiles regexps at
the same time as the
http://stackoverflow.com/questions/10680601/nodejs-event-loopIs libev good enough for abstraction in rust?Heri
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
On Sat, May 4, 2013 at 10:31 PM, her...@gmail.com wrote:
http://stackoverflow.com/questions/10680601/nodejs-event-loop
Is libev good enough for abstraction in rust?
Heri
libuv/node is no longer using libev internally on *nix, it was
replaced with an internal implementation for better
So, I went back to MinGW and managed to get a compiler chain for Windows 7
64bit working with mingw64 and using MingGW / Msys and additionally I was
able to get the Wget gui to actually work correctly... so in essence,
Windows users will have a nice gui like interface to install the Unix tools
18 matches
Mail list logo
