about summary refs log tree commit diff
path: root/src/libstd
diff options
context:
space:
mode:
authorManish Goregaokar <manishsmail@gmail.com>2015-03-27 22:37:28 +0530
committerManish Goregaokar <manishsmail@gmail.com>2015-03-27 22:37:28 +0530
commite65c6e572acdad4778c430567d5fb8580bddefa2 (patch)
treed6e2a7cfa8ca1fdea3cfd63df8f45e67e1b85330 /src/libstd
parentd77a9510f617dd68b0cb76beb31c43e98f25c300 (diff)
parentafaa3b6a2066e4dacd4e7dafb5fd911bf35bdd6c (diff)
downloadrust-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