Dylan DPC ec24833325 Rollup merge of #68845 - dwrensha:fix-68783, r=estebank ...

stop using BytePos for computing spans in librustc_parse/parser/mod.rs

Computing spans using logic such as `self.token.span.lo() + BytePos(1)` can cause internal compiler errors like #68730 when non-ascii characters are given as input.

#68735 partially addressed this problem, but only for one case. Moreover, its usage of `next_point()` does not actually align with what `bump_with()` expects. For example, given the token `>>=`, we should pass the span consisting of the final two characters `>=`, but `next_point()` advances the span beyond the end of the `=`.

This pull request instead computes the start of the new span by doing `start_point(self.token.span).hi()`. This matches `self.token.span.lo() + BytePos(1)` in the common case where the characters are ascii, and it gracefully handles multibyte characters.

Fixes #68783.

2020-02-06 15:37:47 +01:00

..

lexer

syntax::print -> new crate rustc_ast_pretty

2020-02-01 18:59:49 +01:00

parser

Rollup merge of #68845 - dwrensha:fix-68783, r=estebank

2020-02-06 15:37:47 +01:00

Cargo.toml

syntax::print -> new crate rustc_ast_pretty

2020-02-01 18:59:49 +01:00

config.rs

1. move node_id to syntax

2020-02-01 18:58:08 +01:00

lib.rs

Auto merge of #68708 - Mark-Simulacrum:stage0-step, r=pietroalbini

2020-02-04 14:16:18 +00:00

validate_attr.rs

nix syntax::early_buffered_lints

2020-01-11 03:26:16 +01:00