- 20 7月, 2013 6 次提交
-
-
由 Brian Anderson 提交于
-
由 Jack Moffitt 提交于
This also adds a note about required memory usage and instructions for building from Git.
-
由 Felix S. Klock II 提交于
-
由 maikklein 提交于
-
由 Daniel Micay 提交于
Closes #7888
-
由 Daniel Micay 提交于
-
- 19 7月, 2013 11 次提交
-
-
由 bors 提交于
This will be needed to add `'static` bounds to `@`. r? @nikomatsakis
-
由 bors 提交于
... in tree. Fix #6929
-
由 bors 提交于
-
由 bors 提交于
I added these while tracking down heap corruption in Servo.
-
由 bors 提交于
Fix warnings that only show up when compiling the tests for libstd, libextra and one in librusti. Only trivial changes.
-
由 bors 提交于
This doesn't make sense under the new scheduler.
-
由 bors 提交于
-
由 bors 提交于
Closes #3816. Without --quiet, git shows its own progress report of download. It's not really a progress bar, but it's a percentage and files incoming. This will help initial downloads of LLVM to not cause people to wonder why their configure script is hanging for hours. r? @graydon
-
由 bors 提交于
It's probably a good idea to at least *mention* them somewhere.
-
由 bors 提交于
`pandoc` issues warnings. ``` pandoc: Duplicate link reference `[macros]' "source" (line 2151, column 1) pandoc: Duplicate link reference `[tasks]' "source" (line 2150, column 1) pandoc: Duplicate link reference `[wiki-start]' "source" (line 92, column 1) ``` This PR also removes unused link references.
-
由 bors 提交于
Updated all users of HashMap, HashSet ::consume() to use .consume_iter(). Since .consume_iter() takes the map or set by value, it needs awkward extra code to in librusti's use of @mut HashMap, where the map value can not be directly moved out. Addresses issue #7719
-
- 18 7月, 2013 23 次提交
-
-
由 bors 提交于
-
由 bors 提交于
Progress on #7824, closes #7825
-
由 blake2-ppc 提交于
Updated all users of HashMap, HashSet old .consume() to use .consume() with a for loop. Since .consume() takes the map or set by value, it needs awkward extra code to in librusti's use of @mut HashMap, where the map value can not be directly moved out.
-
由 bors 提交于
Note that this is not actually *used* by default; it is a matter of configuration still, because you might want to: - Compile all .rs files with `rustc %` (where each can be built itself) - Compile all .rs files with `rustc some-file.rs` (where you are editing part of a crate) - Compile with a different tool, such as `make`. (In this case you might put a `~/.vim/after/compiler/rustc.vim` to match such cases, set makeprg and extend errorformat as appropriate. That should probably go in a different compiler mode, e.g. make-rustc.) To try using it, `:compiler rustc`. Then, `:make` on a file you would run `rustc` on will work its magic, invoking rustc. To automate this, you could have something like `autocmd FileType rust compiler rustc` in your Vim config.
-
由 bors 提交于
r? anyone The only bit that I'm a little concerned about is whether there's some way the assignments to `hi` could somehow still be necessary; but I think that could only be the case if it had been `&const` borrowed (or whatever the hypothetical syntax is for that), and that's not going on in this file.
-
由 bors 提交于
This code looks like it was just wrong. r? @bblum
-
由 Felix S. Klock II 提交于
-
由 bors 提交于
-
由 Daniel Micay 提交于
-
由 Daniel Micay 提交于
-
由 Patrick Walton 提交于
This will be needed to add `'static` bounds to `@`.
-
由 Patrick Walton 提交于
-
由 Felix S. Klock II 提交于
-
由 blake2-ppc 提交于
-
由 blake2-ppc 提交于
Most of these are "unneccesary allocation" in bitv, for ~[false, ..] instead of [false, ..].
-
由 Tim Chevalier 提交于
-
由 Daniel Micay 提交于
Closes #7860
-
由 Tim Chevalier 提交于
-
由 Patrick Walton 提交于
-
由 Patrick Walton 提交于
-
由 Patrick Walton 提交于
-
由 Patrick Walton 提交于
-
由 Patrick Walton 提交于
-