- 05 8月, 2013 2 次提交
-
-
由 Erick Tryzelaar 提交于
-
由 Erick Tryzelaar 提交于
-
- 03 8月, 2013 1 次提交
-
-
由 Patrick Walton 提交于
-
- 02 8月, 2013 1 次提交
-
-
由 Daniel Micay 提交于
-
- 01 8月, 2013 3 次提交
-
-
由 blake2-ppc 提交于
-
由 Daniel Micay 提交于
-
由 Daniel Micay 提交于
-
- 30 7月, 2013 1 次提交
-
-
由 Daniel Micay 提交于
Closes #8118, #7136 ~~~rust extern mod extra; use std::vec; use std::ptr; fn bench_from_elem(b: &mut extra::test::BenchHarness) { do b.iter { let v: ~[u8] = vec::from_elem(1024, 0u8); } } fn bench_set_memory(b: &mut extra::test::BenchHarness) { do b.iter { let mut v: ~[u8] = vec::with_capacity(1024); unsafe { let vp = vec::raw::to_mut_ptr(v); ptr::set_memory(vp, 0, 1024); vec::raw::set_len(&mut v, 1024); } } } fn bench_vec_repeat(b: &mut extra::test::BenchHarness) { do b.iter { let v: ~[u8] = ~[0u8, ..1024]; } } ~~~ Before: test bench_from_elem ... bench: 415 ns/iter (+/- 17) test bench_set_memory ... bench: 85 ns/iter (+/- 4) test bench_vec_repeat ... bench: 83 ns/iter (+/- 3) After: test bench_from_elem ... bench: 84 ns/iter (+/- 2) test bench_set_memory ... bench: 84 ns/iter (+/- 5) test bench_vec_repeat ... bench: 84 ns/iter (+/- 3)
-
- 24 7月, 2013 3 次提交
-
-
由 Erick Tryzelaar 提交于
-
由 Erick Tryzelaar 提交于
-
由 Erick Tryzelaar 提交于
-
- 23 7月, 2013 2 次提交
-
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
- 22 7月, 2013 2 次提交
-
-
由 Daniel Micay 提交于
-
由 Gareth Smith 提交于
os::list_dir_path.
-
- 21 7月, 2013 1 次提交
-
-
由 Patrick Walton 提交于
Place `pub` or `priv` on individual items instead.
-
- 18 7月, 2013 3 次提交
-
-
由 blake2-ppc 提交于
-
由 Patrick Walton 提交于
-
由 Patrick Walton 提交于
-
- 15 7月, 2013 2 次提交
-
-
由 Alex Crichton 提交于
If the TLS key is 0-sized, then the linux linker is apparently smart enough to put everything at the same pointer. OSX on the other hand, will reserve some space for all of them. To get around this, the TLS key now actuall consumes space to ensure that it gets a unique pointer
-
由 Alex Crichton 提交于
Closes #3273
-
- 11 7月, 2013 1 次提交
-
-
由 Alex Crichton 提交于
Closes #6004
-
- 10 7月, 2013 2 次提交
-
-
由 Alex Crichton 提交于
-
由 Brian Anderson 提交于
-
- 09 7月, 2013 1 次提交
-
-
由 Fedor Indutny 提交于
Basically, one may just do: MemoryMap::new(16, ~[ MapExecutable, MapReadable, MapWritable ]) And executable+readable+writable chunk of at least 16 bytes size will be allocated and freed with the result of `MemoryMap::new`.
-
- 03 7月, 2013 2 次提交
-
-
由 Huon Wilson 提交于
-
由 Huon Wilson 提交于
-
- 30 6月, 2013 2 次提交
-
-
由 Huon Wilson 提交于
-
由 Daniel Micay 提交于
* stop using an atomic counter, this has a significant cost and valgrind will already catch these leaks * remove the extra layer of function calls * remove the assert of non-null in free, freeing null is well defined but throwing a failure from free will not be * stop initializing the `prev`/`next` pointers * abort on out-of-memory, failing won't necessarily work
-
- 29 6月, 2013 1 次提交
-
-
由 Ben Blum 提交于
'Borrow' stack closures rather than copying them (e.g., "|x|f(x)"), in prep for making them noncopyable.
-
- 28 6月, 2013 2 次提交
-
-
由 Patrick Walton 提交于
-
由 Patrick Walton 提交于
Instead of determining paths from the path tag, we iterate through modules' children recursively in the metadata. This will allow for lazy external module resolution.
-
- 27 6月, 2013 2 次提交
-
-
由 Huon Wilson 提交于
-
由 Huon Wilson 提交于
-
- 26 6月, 2013 1 次提交
-
-
由 Alex Crichton 提交于
-
- 25 6月, 2013 1 次提交
-
-
由 Fedor Indutny 提交于
-
- 23 6月, 2013 1 次提交
-
-
由 Daniel Micay 提交于
I removed the `static-method-test.rs` test because it was heavily based on `BaseIter` and there are plenty of other more complex uses of static methods anyway.
-
- 22 6月, 2013 2 次提交
-
-
由 reus 提交于
-
由 Brian Anderson 提交于
-
- 20 6月, 2013 1 次提交
-
-
由 James Miller 提交于
-