diff options
| author | Manish Goregaokar <manishsmail@gmail.com> | 2015-03-27 22:37:28 +0530 |
|---|---|---|
| committer | Manish Goregaokar <manishsmail@gmail.com> | 2015-03-27 22:37:28 +0530 |
| commit | e65c6e572acdad4778c430567d5fb8580bddefa2 (patch) | |
| tree | d6e2a7cfa8ca1fdea3cfd63df8f45e67e1b85330 /src/libstd | |
| parent | d77a9510f617dd68b0cb76beb31c43e98f25c300 (diff) | |
| parent | afaa3b6a2066e4dacd4e7dafb5fd911bf35bdd6c (diff) | |
| download | rust-e65c6e572acdad4778c430567d5fb8580bddefa2.tar.gz rust-e65c6e572acdad4778c430567d5fb8580bddefa2.zip | |
Rollup merge of #23625 - fhahn:issue-23620-ice-unicode-bytestring, r=alexcrichton
closes #23620 This PR patches the issue mentioned in #23620, but there is also an ICE for invalid escape sequences in byte literals. This is due to the fact that the `scan_byte` function returns ` token::intern(\"??\") ` for invalid bytes, resulting in an ICE later on. Is there a reason for this behavior? Shouldn't `scan_byte` fail when it encounters an invalid byte? And I noticed a small inconsistency in the documentation. According to the formal byte literal definition in http://doc.rust-lang.org/reference.html#byte-and-byte-string-literals , a byte string literal contains `string_body *`, but according to the text (and the behavior of the lexer) it should not accept unicode escape sequences. Hence it should be replaced by `byte_body *`. If this is valid, I can add this fix to this PR.
Diffstat (limited to 'src/libstd')
0 files changed, 0 insertions, 0 deletions
