On Mon, Jan 27, 2014 at 9:33 AM, Matthieu Monrocq
matthieu.monr...@gmail.com wrote:
On Mon, Jan 27, 2014 at 3:39 AM, Brian Anderson bander...@mozilla.comwrote:
Consensus is that the `do` keyword is no longer pulling its weight.
Remove all uses of it, then remove support from the
into the same area of eating up virtual
address space by having more OS threads than HW threads, each of which has
a dedicated large stack to run non-blocking tasks on)!
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https
On Mon, Oct 28, 2013 at 10:23 PM, Corey Richardson co...@octayn.net wrote:
I've written up more thoughts on stack safety at
http://cmr.github.io/blog/2013/10/28/more-on-stack-safety/. If no one
objects to it (meeting tomorrow!) or has any better ideas, I'll start
implementing it.
Consider
with various formatting functions anyway, so I wouldn't think
it would be a big deal in practice. Throwing in a call to fmt isn't a big
burden, imo.
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
.
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
On Sat, Aug 24, 2013 at 9:50 PM, Lindsey Kuper lind...@composition.alwrote:
On Fri, Aug 23, 2013 at 8:30 PM, Sebastian Sylvan
sebastian.syl...@gmail.com wrote:
I'm sure you've all seen it, but C# has something similar but a lot more
powerful. Basically, it has support for allowing runtime
://www.haskell.org/ghc/docs/latest/html/users_guide/rewrite-rules.html
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
/vstudio/system.dynamic.dynamicobject.aspx
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
looping you apply them all. You're not running arbitrary
code at this point, just adding stuff to the stack.
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
On Thu, Jun 6, 2013 at 7:22 PM, Bill Myers bill_my...@outlook.com wrote:
Scala has a similar design, with the following traits:
- TraversableOnce: can be internally iterated once (has a foreach() method
that takes a closure)
- Traversable: can be internally iterated unlimited times (has a
...@gmail.com wrote:
On Thu, Jun 6, 2013 at 11:01 PM, Sebastian Sylvan
sebastian.syl...@gmail.com wrote:
On Thu, Jun 6, 2013 at 7:22 PM, Bill Myers bill_my...@outlook.com
wrote:
Scala has a similar design, with the following traits:
- TraversableOnce: can be internally iterated once (has
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
On Wed, Oct 10, 2012 at 3:49 PM, Eddy Cizeron eddycize...@gmail.com wrote:
2012/10/9 Sebastian Sylvan sebastian.syl...@gmail.com
I think there are two other benefits. The first is intellisense/code
completion. Type foo. and get a list of all methods in scope with a
matching self type. This can
on it as opposed to a value and a random grab bag of
operations that happen to have matching types but could be written by
any old schmuck and not necessarily part of the object).
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https
in the dynamic link library
D:\Programming\rust\helloworld.exe.
---
OK
---
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
pointer crashes. In fact, I'm kinda ambivalent
about calling a language where any reference may blow up memory
safe. IME the vast majority of runtime crashes in Java/C# are null
pointer exceptions, so eliminating those are not an insigificant
benefit.
--
Sebastian Sylvan
of descriptive names. If it's unsafe and should stick out
like a sore thumb, avoid short names. For library stuff that's
essentially just shy of being a built-in language feature (like vec,
cmp, ptr, etc.) shorter names make sense IMO.
--
Sebastian Sylvan
it for consideration.
Thanks for your time!
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
a good idea.
Seb
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
of the ampersand because it would fail
to compile with a deprecated vec expr error.
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
those
methods.
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
an overprovisioned set of worker threads onto the actual CPU threads).
See e.g. this page for some example code (though it also shows some
parallel for_each and stuff like that):
http://msdn.microsoft.com/en-us/library/dd492427(v=vs.110).aspx
--
Sebastian Sylvan
types using functions that are passed in by the importer of the module
(the same module imported twice but parameterized differently would be
treated as two independent modules)?
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https
On Mon, Jul 2, 2012 at 11:26 AM, Lindsey Kuper lind...@rockstargirl.org wrote:
A couple of weeks ago, Rust gained suffix inference for integer literals.
This makes me unreasonably happy. Funny how little things cause
annoyance well past their actual impact.
--
Sebastian Sylvan
to a
function without using do or for, and if so what does it look
like?
I'm guessing something like this, but I didn't see it spelled out:
foo( |x| {
let y = x+1;
y+1
});
Seb
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https
://users.cecs.anu.edu.au/~steveb/downloads/pdf/rc-ismm-2012.pdf
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
retaining the efficiency of the LLVM backend to
inline/optimize the calls.
This means one can actually *test* the strategies, and perhaps even let the
user *choose* which one better suits her needs. Of course coherency at the
executable level might be necessary.
-- Matthieu
--
Sebastian
arrays in-place would be
extremely frequent.
Seb
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
hashing because
it's just *so* damn simple. With my suggestion above you get one DWORD
of overhead per element (for the cached hash value). No pointers. One
cache miss per lookup, typically, and all the code is very simple
logic and runs really fast.
--
Sebastian Sylvan
Hi,
What do you guys use to profile rust programs? Just manual timers in
the code, or do you have any tools to recommend?
I saw that brson had updated my old Rust ray tracer to Rust 0.2 so I
downloaded his version and started piling on new features. And while
it's already many times faster than
in to the
system (or manually calls yield), the system switches to your
scheduler instead of blocking the OS thread.
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
Saw this over at LtU and thought this might interest a few people
here: http://code.google.com/p/decac/
And here's a paper describing it in more detail:
http://decac.googlecode.com/files/Deca%20Thesis.pdf
--
Sebastian Sylvan
___
Rust-dev mailing list
of dependent types without the complexity
of a general system.
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
of inferring type.
With that in place, I don't think that leaving off suffixes would be
an issue for literals that fit.
Seb
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
.
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
where it goes in the future!
Regards,
--
Sebastian Sylvan
main.rs
Description: Binary data
math3d.rs
Description: Binary data
model.rs
Description: Binary data
raytracer.rc
Description: Binary data
raytracer.rs
Description: Binary data
___
Rust
union? C/C++ programmers will instantly get the gist of
it, while probably suspecting that it'll be a safer version of the
union construct they're familiar with.
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org
is not or =, then the second token must've been
the type).
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
if you try to actually communicate with two many threads. Should be a
lot better in Windows 7 though.
--
Sebastian Sylvan
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
On Fri, Nov 26, 2010 at 12:22 AM, Graydon Hoare gray...@mozilla.com wrote:
On 10-11-25 02:47 PM, Sebastian Sylvan wrote:
On Thu, Nov 25, 2010 at 6:54 PM, Graydon Hoaregray...@mozilla.com
wrote:
On 10-11-25 08:50 AM, Igor Bukanov wrote:
My preference is the option 1.
Aw man! We were
40 matches
Mail list logo
