Commit Graph

25223 Commits

Author SHA1 Message Date
Patrick Walton
f553701da6 libsyntax: De-@mut ParseSess::included_mod_stack 2014-01-03 14:01:56 -08:00
bors
d3ae3a27c4 auto merge of #11264 : am0d/rust/crate_type_lint, r=alexcrichton
This ensures that the `crate_type` attribute always contains a value,
and does not contain an invalid value.

Fixes #11256.
2014-01-03 13:31:58 -08:00
bors
08321f1c49 auto merge of #11149 : alexcrichton/rust/remove-either, r=brson
Had to change some stuff in typeck to bootstrap (getting methods in fmt off of Either), but other than that not so painful.

Closes #9157
2014-01-03 12:16:48 -08:00
Brian Anderson
f86d07998a Fix windows dist script
In copying the license for the third-party bins it is attempting
to delete a directory that doesn't exist.
2014-01-03 11:41:23 -08:00
Alex Crichton
2453079d09 Change rmake and doc-test to support TESTNAME
Closes #11288
Closes #11222
2014-01-03 11:16:52 -08:00
Alex Crichton
4bea679dbe Remove std::either 2014-01-03 10:25:23 -08:00
bors
11ce6b709a auto merge of #11276 : brson/rust/0.9, r=pcwalton 2014-01-03 09:56:44 -08:00
bors
a1cb8dc30c auto merge of #11275 : matt-auld/rust/update_readme, r=pcwalton 2014-01-03 08:41:45 -08:00
bors
8d4719047b auto merge of #11262 : alexcrichton/rust/issue-11259, r=pcwalton
Closes #11259
2014-01-03 05:46:47 -08:00
bors
b9c39c6a27 auto merge of #11228 : sfackler/rust/syntaxenv, r=pcwalton
I'd really like to be able to do something like

```rust
struct MapChain<'next, K, V> {
    info: BlockInfo,
    map: HashMap<K, V>,
    next: Option<&'next mut MapChain<'next, K, V>
}
```

but I can't get the lifetimes to work out.
2014-01-03 04:32:07 -08:00
bors
bfde029247 auto merge of #10861 : alexcrichton/rust/iostr, r=pcwalton
These methods are sorely needed on readers and writers, and I believe that the
encoding story should be solved with composition. This commit adds back the
missed functions when reading/writing strings onto generic Readers/Writers.
2014-01-03 01:16:52 -08:00
Alex Crichton
a2a6720959 Add read_to_str and write_{str, line}
These methods are sorely needed on readers and writers, and I believe that the
encoding story should be solved with composition. This commit adds back the
missed functions when reading/writing strings onto generic Readers/Writers.
2014-01-03 00:41:24 -08:00
bors
bb9c5c48ef auto merge of #11052 : jvns/rust/testing-tutorial, r=brson
There's no explanation anywhere right now of how to do testing with Rust, so here's a basic explanation of how to write and run a test.
2014-01-02 23:56:53 -08:00
bors
fb46225980 auto merge of #11093 : alexcrichton/rust/issue-11085, r=pcwalton
Closes #11085
2014-01-02 20:06:56 -08:00
Brian Anderson
649c648d6f Abort on double-failure. #910
Previously this was an rtabort!, indicating a runtime bug. Promote
this to a more intentional abort and print a (slightly) more
informative error message.

Can't test this sense our test suite can't handle an abort exit.
2014-01-02 18:46:29 -08:00
bors
27ce4d3f79 auto merge of #11226 : pcwalton/rust/mutable-parser, r=pcwalton
r? @alexcrichton
2014-01-02 15:56:49 -08:00
Carl-Anton Ingmarsson
a82f32b3eb fixup! libstd: Always inline all byteswap functions 2014-01-03 00:28:17 +01:00
Patrick Walton
f3eee0ebad libsyntax: Fix test and merge fallout. 2014-01-02 14:42:06 -08:00
bors
2e98a93ba9 auto merge of #10828 : SimonSapin/rust/ascii_opt, r=pcwalton
… instead of failing.

Make them default methods on the trait, and also make .to_ascii() a default method while we’re at it.
2014-01-02 14:41:50 -08:00
Carl-Anton Ingmarsson
1749d61125 libstd: Always inline all byteswap functions 2014-01-02 23:22:47 +01:00
Carl-Anton Ingmarsson
3250e65500 libextra: Add benchmarks for ebml::reader::vuint_at() 2014-01-02 23:22:47 +01:00
Patrick Walton
8b088d493c libsyntax: Long line 2014-01-02 14:16:08 -08:00
Patrick Walton
460ea922f3 libsyntax: Remove increasingly inaccurate comment 2014-01-02 14:16:08 -08:00
Patrick Walton
f4118d5a4c libsyntax: De-@mut Parser::open_braces 2014-01-02 14:16:08 -08:00
Patrick Walton
a2f4877862 libsyntax: De-@mut Parser::mod_path_stack 2014-01-02 14:16:08 -08:00
Patrick Walton
e0a5460e94 libsyntax: De-@mut Parser::obsolete_set 2014-01-02 14:16:08 -08:00
Patrick Walton
4ee95cf96c libsyntax: De-@mut Parser::restriction 2014-01-02 14:16:08 -08:00
Patrick Walton
6992a5c77d libsyntax: De-@mut Parser::tokens_consumed 2014-01-02 14:16:08 -08:00
Patrick Walton
55a90f5928 libsyntax: De-@mut Parser::buffer_start and Parser::buffer_end 2014-01-02 14:16:07 -08:00
Patrick Walton
5c2c670d8f libsyntax: De-@mut Parser::buffer 2014-01-02 14:16:07 -08:00
Patrick Walton
044ad56824 libsyntax: De-@mut Parser::last_token 2014-01-02 14:16:07 -08:00
Patrick Walton
cc3e6ecbfd libsyntax: De-@mut Parser::last_span 2014-01-02 14:16:07 -08:00
Patrick Walton
0c6cee55ea libsyntax: De-@mut Parser::span 2014-01-02 14:16:07 -08:00
Patrick Walton
758d854436 libsyntax: De-@mut token in the parser 2014-01-02 14:16:07 -08:00
Patrick Walton
425a140485 libsyntax: De-@mut quote_depth in the parser 2014-01-02 14:16:07 -08:00
Patrick Walton
f499d365ad libsyntax: Make the parser mutable 2014-01-02 14:16:07 -08:00
Brian Anderson
56ec9c23a4 Bump version to 0.9 2014-01-02 12:55:20 -08:00
bors
0df9b850ac auto merge of #10696 : fhahn/rust/issue9543-remove-extern-mod-foo, r=pcwalton
This patch for  #9543 throws an `obsolete syntax` error for `extern mod foo (name="bar")` . 
I was wondering if [this](https://github.com/fhahn/rust/compare/mozilla:master...fhahn:issue9543-remove-extern-mod-foo?expand=1#diff-da9d34ca1d0f6beee2838cf02e07345cR4444) is the correct place to do this?

I think the wording of the error message could probably be improved as well.

If this approach is OK, I'm going to run the whole test suite tomorrow and update the old syntax to the new one.
2014-01-02 11:32:09 -08:00
Brian Anderson
6da2c861b1 Give more effusive credit to authors 2014-01-02 10:56:59 -08:00
Brian Anderson
1155ee9ee9 Bump more version numbers to 0.9 2014-01-02 10:55:28 -08:00
Brian Anderson
c229aef567 Update AUTHORS.txt for 0.9 2014-01-02 10:54:33 -08:00
bors
c29b1be5ed auto merge of #11266 : lyuts/rust/opensuse_build, r=brson
Minor change for configuration script allows to build rust on openSUSE with using llvm installed from repos.
2014-01-02 10:16:50 -08:00
bors
3249de8c4f auto merge of #11274 : michaelwoerister/rust/issue11083, r=pcwalton
This pull request fixes #11083. The problem was that recursive type definitions were not properly handled for enum types, leading to problems with LLVM's metadata "uniquing". This bug has already been fixed for struct types some time ago (#9658) but I seem to have forgotten about enums back then. I added the offending code from issue #11083 as a test case.
2014-01-02 09:02:01 -08:00
Florian Hahn
4cb13ed982 Inject std libs with versions 2014-01-02 16:05:09 +01:00
matt-auld
33c7d76208 Update references to rustc.rc in README. 2014-01-02 15:02:41 +00:00
Michael Woerister
645bb327db debuginfo: Add test case for recursive enum types (issue #11083) 2014-01-02 15:38:57 +01:00
Michael Woerister
6d20876c3f debuginfo: Fix issue #11083 and some minor clean up. 2014-01-02 15:20:43 +01:00
bors
ff578b7c83 auto merge of #11269 : am0d/rust/lint_typo, r=sanxiyn 2014-01-02 03:32:02 -08:00
bors
bbdf645811 auto merge of #11268 : lkuper/rust/trans-comment, r=pcwalton 2014-01-02 02:11:48 -08:00
bors
ee634e3ac4 auto merge of #11265 : c-a/rust/byteswap_from, r=alexcrichton
This patchset adds intrinsics similar to the to_[be|le][16|32|64] intrinsics but for going in the reverse direction, e.g. from big/little endian to host endian. Implementation wise they do exactly the same as the corresponding to_* functions but I think it anyway make sense to have them since using the to_* functions in the reverse direction is not entirely intuitive.

The first patch adds the intrinsics and the two following changes instances of bswap* to use the [to|from]_* intrinsics instead.
2014-01-02 00:51:51 -08:00