- 09 2月, 2013 4 次提交
-
-
由 Daniel Micay 提交于
-
由 Daniel Micay 提交于
-
由 bors 提交于
Fixes #3169 and uses that to fix const array indexing, which I broke (in a way that doesn't break tests but will greatly confuse users) while trying to fix const enum vectors.
-
由 bors 提交于
There was a simple typo on recursive in doc/tutorial-macros.md: s/recusive/recursive.
-
- 08 2月, 2013 36 次提交
-
-
由 Olivier Saut 提交于
-
由 Jed Davis 提交于
The number of operands of the LLVM node initializing the array underlying a const vector isn't always the array length -- if the array is of a sufficiently primitive type and all the elements' values are known (or something like that), LLVM uses a specialized Constant subclass that stores the data packed, and thus has no operands. Oops. But, because llsize_of now gives us a ConstantInt, we can just fix mozilla/rust#3169 and this all goes away.
-
由 Jed Davis 提交于
-
由 bors 提交于
Fix for #1531
-
由 bors 提交于
-
由 Tim Chevalier 提交于
That will, sadly, require one more snapshot.
-
由 bors 提交于
This adds a `BaseIter` impl to `PriorityQueue`, `TreeMap`, `LinearMap` and `SmallIntMap`, and introduces a `ReverseIter` trait + implementations for `TreeMap`, `TreeSet` and `SmallIntMap`.
-
由 ILyoan 提交于
-
由 Daniel Micay 提交于
-
由 bors 提交于
Converted --static, --gc, --jit, -g and --xg to -Z flags.
-
由 Daniel Micay 提交于
-
由 bors 提交于
There were a bunch of problems with consts where an enum was contained within some other type (vector, tuple, struct, etc.); some of these would cause LLVM assertion failures, and some would silently read from the wrong address. These changes should fix all of that. It would be good if someone with access to a win32 host could do the equivalent of `make check-stageN-rpass TESTNAME=enum` on that platform before merging this.
-
由 Daniel Micay 提交于
-
由 Daniel Micay 提交于
-
由 Daniel Micay 提交于
-
由 Daniel Micay 提交于
-
由 Daniel Micay 提交于
-
由 Daniel Micay 提交于
-
由 Daniel Micay 提交于
the map types should implement BaseIter instead
-
由 Jed Davis 提交于
-
由 Jed Davis 提交于
-
由 Jed Davis 提交于
-
由 Jed Davis 提交于
-
由 Jed Davis 提交于
-
由 Jed Davis 提交于
-
由 Tim Chevalier 提交于
-
由 Jed Davis 提交于
-
由 Jed Davis 提交于
This is wasted space if the const is just an enum, but optimizing that case without breaking everything else is an issue that can be addressed separately.
-
由 Jed Davis 提交于
-
由 Daniel Micay 提交于
-
由 bors 提交于
-
由 Patrick Walton 提交于
-
由 Viktor Dahl 提交于
-
由 bors 提交于
The first commit message has most of the comments, but this pull request basically fixes a lot of issues surrounding the `unused_imports` warning/deny attribute. Before this patch there were these problems: 1. Unused imports from `prelude.rs` were warned about with dummy spans, leading to a large number of confusing warnings. 2. Unused imports from `intrinsic.rs` were warned about with the file `<intrinsic>` which couldn't be forced to go away 3. Methods used from imported traites (like `io::WriterUtil`) resulted in an unused warning of the import even though it was used. 4. If one `use` statement imported N modules, M of which weren't used, M warning statements were issued. 5. If a glob import statement was used, each public export of the target module which wasn't used had a warning issued. This patch deals with all these cases by doing: 1. Ignore unused imports from `prelude.rs` (indicated by a dummy span of 0) 2. Ignore unused imports from `intrinsic.rs` (test on the imported module name, is there a better way?) 3. Track when imported modules are used as candidates for methods, and just assume they're used. This may not end up being the actual case, but in theory not warning about an unused thing is worse than warning about a used thing. 4. Only issue one warning statement 5. Only issue one warning statement. This is the first time I've edited the compiler itself, and I tried to keep up with the style around, but I may have missed something here or there...
-
由 Viktor Dahl 提交于
-
由 bors 提交于
r? It looks to me like the string_reader and tt_reader structs are GC pointers only because they predate the modern borrow system. This commit leaves the type names string_reader and tt_reader alone (they still refer to GC-ed pointers), but internally the functions now use borrowed pointers to refer to these structures. My guess would be that it's possible to move this change outward and not use the GCed pointers at all, but that change looks like it could be a larger one. Actually, I'm delighted at how quick this change was.
-