about summary refs log tree commit diff
path: root/src
AgeCommit message (Collapse)AuthorLines
2019-05-06update rustdoc unit testsQuietMisdreavus-21/+25
2019-05-06add test for `async move` in a doctestQuietMisdreavus-0/+14
2019-05-06update playground url tests with new edition behaviorQuietMisdreavus-4/+4
2019-05-06set the default edition when pre-parsing a doctestQuietMisdreavus-53/+84
2019-05-06Auto merge of #53645 - varkor:const-generics-redux, r=eddybbors-40/+71
The Genesis of Generic Germination *Long had its coming been foretold: a collaborative effort with @yodaldevoid, set in motion by @jplatte, to beget a new Kind: one of a very different Sort to those that come before it. Amidst promises of ineffable powers previously thought unobtainable, few dared believe that the prophecies were true. But as they gazed upon that which claimed to be the Beginning, a few gentle sparks of hope fluttered deep within. It was not Time yet. But it was a Sign. And maybe, for some, that was enough.* There's a long way to go, but we're at the point where we would benefit from GitHub's reviewing capabilities. r? @eddyb
2019-05-06Implement `ToTrace` for `ty::Const`varkor-0/+18
2019-05-06Resolve a couple of `unimplemented!()`svarkor-4/+6
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-05-06Auto merge of #60337 - fabric-and-ink:hiridification, r=Zoxcbors-60/+39
A bit of HirIdification A small contribution to #50928.
2019-05-06Remove incorrect FIXMEvarkor-2/+0
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-05-06Clean up `push_const_name`varkor-14/+26
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-05-06Implement TypeFoldable for InferConstvarkor-5/+13
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-05-06Ignore const parameters when constructing type bounds in rustdocvarkor-3/+1
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-05-06Shift const vars through bindersvarkor-8/+7
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-05-06Remove duplicate commentvarkor-4/+0
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-05-06Auto merge of #60436 - Xanewok:update-rls, r=Manishearthbors-0/+0
Update RLS and Cargo Fixes the `test-fail` RLS toolstate caused by #59114. r? @Centril @Manishearth
2019-05-06Auto merge of #60569 - RalfJung:miri-visitor-generators, r=Centrilbors-3/+3
fix typo in enum variant name
2019-05-06Auto merge of #60261 - matklad:one-escape, r=petrochenkovbors-785/+1048
introduce unescape module A WIP PR to gauge early feedback Currently, we deal with escape sequences twice: once when we [lex](https://github.com/rust-lang/rust/blob/112f7e9ac564e2cfcfc13d599c8376a219fde1bc/src/libsyntax/parse/lexer/mod.rs#L928-L1065) a string, and a second time when we [unescape](https://github.com/rust-lang/rust/blob/112f7e9ac564e2cfcfc13d599c8376a219fde1bc/src/libsyntax/parse/mod.rs#L313-L366) literals. Note that we also produce different sets of diagnostics in these two cases. This PR aims to remove this duplication, by introducing a new `unescape` module as a single source of truth for character escaping rules. I think this would be a useful cleanup by itself, but I also need this for https://github.com/rust-lang/rust/pull/59706. In the current state, the PR has `unescape` module which fully (modulo bugs) deals with string and char literals. I am quite happy about the state of this module What this PR doesn't have yet are: * [x] handling of byte and byte string literals (should be simple to add) * [x] good diagnostics * [x] actual removal of code from lexer (giant `scan_char_or_byte` should go away completely) * [x] performance check * [x] general cleanup of the new code Diagnostics will be the most labor-consuming bit here, but they are mostly a question of just correctly adjusting spans to sub-tokens. The current setup for diagnostics is that `unescape` produces a plain old `enum` with various problems, and they are rendered into `Handler` separately. This bit is not actually required (it is possible to just pass the `Handler` in), but I like the separation between diagnostics and logic this approach imposes, and such separation should again be useful for #59706 cc @eddyb , @petrochenkov
2019-05-05Auto merge of #60567 - Manishearth:rollup-rjagqnw, r=Manishearthbors-161/+178
Rollup of 5 pull requests Successful merges: - #60131 (Fix broken link in rustc_plugin doc) - #60426 (Stop `-O`/`-C opt-level` and `-g`/`-C debuginfo` conflicting) - #60515 (use span instead of div for since version) - #60530 (rustc: rename all occurences of "freevar" to "upvar".) - #60536 (Correct code points to match their textual description) Failed merges: r? @ghost
2019-05-05fix typo in enum variant nameRalf Jung-3/+3
2019-05-05Rollup merge of #60536 - brainplot:fix-unicode-character, r=dtolnayManish Goregaokar-1/+1
Correct code points to match their textual description Probably due to a copy-paste error, in the sentence > For example, despite looking similar, the 'é' character is one Unicode code point while 'é' is two Unicode code points: the two `é`'s were actually the same character in the text (i.e. the same Unicode character U+00E9). The code listing below instead had two different Unicode characters for the two `é`s, as it was supposed to. The example shown wasn't clear at first so I started inspecting the text and found this out. I simply copied the character from the code listing to the description surrounding the code. It's a minor thing but I thought it would make things clearer for others, especially since the example is about how Rust handles `char`s.
2019-05-05Rollup merge of #60530 - eddyb:unfreevars, r=oli-obkManish Goregaokar-145/+120
rustc: rename all occurences of "freevar" to "upvar". Most of the more recent code talks about "(closure) upvars", so I believe that's the name we want to use. There's also the possibility of using "capture" which is more user-facing, but I'd rather not change *both* "freevar" and "upvar" to something else in this one PR. cc @nikomatsakis @petrochenkov
2019-05-05Rollup merge of #60515 - euclio:div-in-heading, r=GuillaumeGomezManish Goregaokar-5/+4
use span instead of div for since version Fixes #60403. r? @GuillaumeGomez
2019-05-05Rollup merge of #60426 - varkor:fix-duplicate-arg-handling, r=alexcrichtonManish Goregaokar-8/+50
Stop `-O`/`-C opt-level` and `-g`/`-C debuginfo` conflicting Allow `-O` and `-C opt-level`, and `-g` and `-C debuginfo` to be specified simultaneously without conflict. In such cases, the rightmost provided option is chosen. Fixes https://github.com/rust-lang/rust/issues/7493. Fixes https://github.com/rust-lang/rust/issues/32352. ~Blocked on https://github.com/rust-lang-nursery/getopts/pull/79.~ r? @alexcrichton
2019-05-05Rollup merge of #60131 - agnxy:doc-link, r=ehussManish Goregaokar-2/+3
Fix broken link in rustc_plugin doc fix #57489 r? @steveklabnik
2019-05-05Auto merge of #60237 - saleemjaffer:issue-56166-miri-fntype-arg-passing, r=eddybbors-154/+233
Move pointee_info_at from rustc_codegen_llvm to rustc_target. Makes progress towards #56166. This is a continuation of https://github.com/rust-lang/rust/pull/57150. @oli-obk Should I close the older PR?
2019-05-05code review fixesSaleem Jaffer-21/+19
2019-05-05rustc: rename all occurences of "freevar" to "upvar".Eduard-Mihai Burtescu-94/+94
2019-05-05rustc: replace uses of with_freevars with the freevars query.Eduard-Mihai Burtescu-74/+49
2019-05-05Auto merge of #60541 - RalfJung:miri-visitor-generators, r=oli-obkbors-42/+29
fix Miri visiting generators Fixes fall-out caused by https://github.com/rust-lang/rust/pull/59897. r? @oli-obk
2019-05-05Auto merge of #60544 - petrochenkov:parder, r=eddybbors-169/+143
Rename `PathResolution` to `PartialRes` Don't use `PartialRes` when `Res` is enough. Rename `Res::kind_name` to `Res::descr` for consistency. Remove `Res::Label`, paths can never resolve to labels. Some further cleanup after https://github.com/rust-lang/rust/pull/60462 r? @eddyb
2019-05-05Move run-make test to run-make-fulldepsvarkor-1/+1
2019-05-05Update getopts to 0.2.19varkor-2/+2
2019-05-05Add commentsvarkor-0/+9
2019-05-05Add a run-make test for command aliasesvarkor-0/+23
2019-05-05Fix argument alias handling for -g and -C debuginfovarkor-3/+8
2019-05-05Fix argument alias handling for -O and -C opt-levelvarkor-3/+8
2019-05-05Auto merge of #60525 - eddyb:namespaces-not-kinds, r=petrochenkovbors-121/+86
rustc: collapse relevant DefPathData variants into {Type,Value,Macro,Lifetime}Ns. `DefPathData` was meant to disambiguate within each namespace, but over the years, that purpose was overlooked, and it started to serve a double-role as a sort of `DefKind` (which #60462 properly adds). Now, we can go back to *only* categorizing namespaces (at least for the variants with names in them). r? @petrochenkov or @nikomatsakis cc @michaelwoerister
2019-05-05Auto merge of #60508 - varkor:const-generics-fold-ct-err, r=petrochenkovbors-36/+106
Fix substs issues for const errors Fixes https://github.com/rust-lang/rust/issues/60503.
2019-05-05Auto merge of #60476 - froydnj:aarch64-profiling, r=alexcrichtonbors-1/+4
build dist-aarch64-linux with --enable-profiler This change should enable PGO to be used for aarch64-linux. Fixes #57257.
2019-05-04Early error for mixing order of const and type parametersvarkor-13/+27
2019-05-04Delegate SmallVec's stable_hash to array's stable_hash.Jesper Steen Møller-3/+1
2019-05-04Hash all of the import_ids for the TraitCandidate.Jesper Steen Møller-6/+18
2019-05-04Removed unneccesary reference for trait nameJesper Steen Møller-4/+4
2019-05-04Use binding autoref, because we can.Jesper Steen Møller-2/+2
2019-05-04Reuse 'kind' parameter.Jesper Steen Møller-1/+1
2019-05-04Improved name: first_import_idJesper Steen Møller-2/+2
2019-05-04Revert the introduced typedefsJesper Steen Møller-13/+9
2019-05-04Fix misleading indentationJesper Steen Møller-6/+5
2019-05-04Fix #45268 by saving all NodeId's for resolved traits.Jesper Steen Møller-49/+122
2019-05-04Remove `Res::Label`Vadim Petrochenkov-23/+24
Paths can never resolve to labels
generated by cgit-pink 1.4.1-3-g733a5 (git 2.37.1) at 2026-04-27 12:13:20 +0000