2020-08-21 13:30:39 +02:00
|
|
|
use super::*;
|
|
|
|
|
Introduce expect snapshot testing library into rustc
Snapshot testing is a technique for writing maintainable unit tests.
Unlike usual `assert_eq!` tests, snapshot tests allow
to *automatically* upgrade expected values on test failure.
In a sense, snapshot tests are inline-version of our beloved
UI-tests.
Example:
![expect](https://user-images.githubusercontent.com/1711539/90888810-3bcc8180-e3b7-11ea-9626-d06e89e1a0bb.gif)
A particular library we use, `expect_test` provides an `expect!`
macro, which creates a sort of self-updating string literal (by using
`file!` macro). Self-update is triggered by setting `UPDATE_EXPECT`
environmental variable (this info is printed during the test failure).
This library was extracted from rust-analyzer, where we use it for
most of our tests.
There are some other, more popular snapshot testing libraries:
* https://github.com/mitsuhiko/insta
* https://github.com/aaronabramov/k9
The main differences of `expect` are:
* first-class snapshot objects (so, tests can be written as functions,
rather than as macros)
* focus on inline-snapshots (but file snapshots are also supported)
* restricted feature set (only `assert_eq` and `assert_debug_eq`)
* no extra runtime (ie, no `cargo insta`)
See https://github.com/rust-analyzer/rust-analyzer/pull/5101 for a
an extended comparison.
It is unclear if this testing style will stick with rustc in the long
run. At the moment, rustc is mainly tested via integrated UI tests.
But in the library-ified world, unit-tests will become somewhat more
important (that's why use use `rustc_lexer` library-ified library as
an example in this PR). Given that the cost of removal shouldn't be
too high, it probably makes sense to just see if this flies!
2020-08-21 14:03:50 +02:00
|
|
|
use expect_test::{expect, Expect};
|
|
|
|
|
2022-03-23 22:13:55 +01:00
|
|
|
fn check_raw_str(s: &str, expected_hashes: u8, expected_err: Option<RawStrError>) {
|
2020-08-21 13:30:39 +02:00
|
|
|
let s = &format!("r{}", s);
|
|
|
|
let mut cursor = Cursor::new(s);
|
|
|
|
cursor.bump();
|
|
|
|
let (n_hashes, err) = cursor.raw_double_quoted_string(0);
|
|
|
|
assert_eq!(n_hashes, expected_hashes);
|
|
|
|
assert_eq!(err, expected_err);
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_naked_raw_str() {
|
|
|
|
check_raw_str(r#""abc""#, 0, None);
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_raw_no_start() {
|
|
|
|
check_raw_str(r##""abc"#"##, 0, None);
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_too_many_terminators() {
|
|
|
|
// this error is handled in the parser later
|
|
|
|
check_raw_str(r###"#"abc"##"###, 1, None);
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_unterminated() {
|
|
|
|
check_raw_str(
|
|
|
|
r#"#"abc"#,
|
|
|
|
1,
|
|
|
|
Some(RawStrError::NoTerminator { expected: 1, found: 0, possible_terminator_offset: None }),
|
|
|
|
);
|
|
|
|
check_raw_str(
|
|
|
|
r###"##"abc"#"###,
|
|
|
|
2,
|
|
|
|
Some(RawStrError::NoTerminator {
|
|
|
|
expected: 2,
|
|
|
|
found: 1,
|
|
|
|
possible_terminator_offset: Some(7),
|
|
|
|
}),
|
|
|
|
);
|
|
|
|
// We're looking for "# not just any #
|
|
|
|
check_raw_str(
|
|
|
|
r###"##"abc#"###,
|
|
|
|
2,
|
|
|
|
Some(RawStrError::NoTerminator { expected: 2, found: 0, possible_terminator_offset: None }),
|
|
|
|
)
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_invalid_start() {
|
|
|
|
check_raw_str(r##"#~"abc"#"##, 1, Some(RawStrError::InvalidStarter { bad_char: '~' }));
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_unterminated_no_pound() {
|
|
|
|
// https://github.com/rust-lang/rust/issues/70677
|
|
|
|
check_raw_str(
|
|
|
|
r#"""#,
|
|
|
|
0,
|
|
|
|
Some(RawStrError::NoTerminator { expected: 0, found: 0, possible_terminator_offset: None }),
|
|
|
|
);
|
|
|
|
}
|
|
|
|
|
2022-03-16 06:37:41 +01:00
|
|
|
#[test]
|
|
|
|
fn test_too_many_hashes() {
|
2022-03-23 22:13:55 +01:00
|
|
|
let max_count = u8::MAX;
|
2022-03-16 06:37:41 +01:00
|
|
|
let mut hashes: String = "#".repeat(max_count.into());
|
|
|
|
|
2022-03-23 22:13:55 +01:00
|
|
|
// Valid number of hashes (255 = 2^8 - 1 = u8::MAX), but invalid string.
|
2022-03-16 06:37:41 +01:00
|
|
|
check_raw_str(&hashes, max_count, Some(RawStrError::InvalidStarter { bad_char: '\u{0}' }));
|
|
|
|
|
2022-03-23 22:13:55 +01:00
|
|
|
// One more hash sign (256 = 2^8) becomes too many.
|
2022-03-16 06:37:41 +01:00
|
|
|
hashes.push('#');
|
|
|
|
check_raw_str(
|
|
|
|
&hashes,
|
|
|
|
0,
|
|
|
|
Some(RawStrError::TooManyDelimiters { found: usize::from(max_count) + 1 }),
|
|
|
|
);
|
|
|
|
}
|
|
|
|
|
2020-08-21 13:30:39 +02:00
|
|
|
#[test]
|
|
|
|
fn test_valid_shebang() {
|
|
|
|
// https://github.com/rust-lang/rust/issues/70528
|
|
|
|
let input = "#!/usr/bin/rustrun\nlet x = 5;";
|
|
|
|
assert_eq!(strip_shebang(input), Some(18));
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_invalid_shebang_valid_rust_syntax() {
|
|
|
|
// https://github.com/rust-lang/rust/issues/70528
|
|
|
|
let input = "#! [bad_attribute]";
|
|
|
|
assert_eq!(strip_shebang(input), None);
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_shebang_second_line() {
|
|
|
|
// Because shebangs are interpreted by the kernel, they must be on the first line
|
|
|
|
let input = "\n#!/bin/bash";
|
|
|
|
assert_eq!(strip_shebang(input), None);
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_shebang_space() {
|
|
|
|
let input = "#! /bin/bash";
|
|
|
|
assert_eq!(strip_shebang(input), Some(input.len()));
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_shebang_empty_shebang() {
|
|
|
|
let input = "#! \n[attribute(foo)]";
|
|
|
|
assert_eq!(strip_shebang(input), None);
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_invalid_shebang_comment() {
|
|
|
|
let input = "#!//bin/ami/a/comment\n[";
|
|
|
|
assert_eq!(strip_shebang(input), None)
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_invalid_shebang_another_comment() {
|
|
|
|
let input = "#!/*bin/ami/a/comment*/\n[attribute";
|
|
|
|
assert_eq!(strip_shebang(input), None)
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_shebang_valid_rust_after() {
|
|
|
|
let input = "#!/*bin/ami/a/comment*/\npub fn main() {}";
|
|
|
|
assert_eq!(strip_shebang(input), Some(23))
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn test_shebang_followed_by_attrib() {
|
|
|
|
let input = "#!/bin/rust-scripts\n#![allow_unused(true)]";
|
|
|
|
assert_eq!(strip_shebang(input), Some(19));
|
2020-03-28 01:46:20 -04:00
|
|
|
}
|
Introduce expect snapshot testing library into rustc
Snapshot testing is a technique for writing maintainable unit tests.
Unlike usual `assert_eq!` tests, snapshot tests allow
to *automatically* upgrade expected values on test failure.
In a sense, snapshot tests are inline-version of our beloved
UI-tests.
Example:
![expect](https://user-images.githubusercontent.com/1711539/90888810-3bcc8180-e3b7-11ea-9626-d06e89e1a0bb.gif)
A particular library we use, `expect_test` provides an `expect!`
macro, which creates a sort of self-updating string literal (by using
`file!` macro). Self-update is triggered by setting `UPDATE_EXPECT`
environmental variable (this info is printed during the test failure).
This library was extracted from rust-analyzer, where we use it for
most of our tests.
There are some other, more popular snapshot testing libraries:
* https://github.com/mitsuhiko/insta
* https://github.com/aaronabramov/k9
The main differences of `expect` are:
* first-class snapshot objects (so, tests can be written as functions,
rather than as macros)
* focus on inline-snapshots (but file snapshots are also supported)
* restricted feature set (only `assert_eq` and `assert_debug_eq`)
* no extra runtime (ie, no `cargo insta`)
See https://github.com/rust-analyzer/rust-analyzer/pull/5101 for a
an extended comparison.
It is unclear if this testing style will stick with rustc in the long
run. At the moment, rustc is mainly tested via integrated UI tests.
But in the library-ified world, unit-tests will become somewhat more
important (that's why use use `rustc_lexer` library-ified library as
an example in this PR). Given that the cost of removal shouldn't be
too high, it probably makes sense to just see if this flies!
2020-08-21 14:03:50 +02:00
|
|
|
|
|
|
|
fn check_lexing(src: &str, expect: Expect) {
|
|
|
|
let actual: String = tokenize(src).map(|token| format!("{:?}\n", token)).collect();
|
|
|
|
expect.assert_eq(&actual)
|
|
|
|
}
|
|
|
|
|
2020-08-29 12:10:16 +02:00
|
|
|
#[test]
|
|
|
|
fn smoke_test() {
|
|
|
|
check_lexing(
|
|
|
|
"/* my source file */ fn main() { println!(\"zebra\"); }\n",
|
|
|
|
expect![[r#"
|
|
|
|
Token { kind: BlockComment { doc_style: None, terminated: true }, len: 20 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Ident, len: 2 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Ident, len: 4 }
|
|
|
|
Token { kind: OpenParen, len: 1 }
|
|
|
|
Token { kind: CloseParen, len: 1 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: OpenBrace, len: 1 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Ident, len: 7 }
|
|
|
|
Token { kind: Bang, len: 1 }
|
|
|
|
Token { kind: OpenParen, len: 1 }
|
|
|
|
Token { kind: Literal { kind: Str { terminated: true }, suffix_start: 7 }, len: 7 }
|
|
|
|
Token { kind: CloseParen, len: 1 }
|
|
|
|
Token { kind: Semi, len: 1 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: CloseBrace, len: 1 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
"#]],
|
|
|
|
)
|
|
|
|
}
|
|
|
|
|
Introduce expect snapshot testing library into rustc
Snapshot testing is a technique for writing maintainable unit tests.
Unlike usual `assert_eq!` tests, snapshot tests allow
to *automatically* upgrade expected values on test failure.
In a sense, snapshot tests are inline-version of our beloved
UI-tests.
Example:
![expect](https://user-images.githubusercontent.com/1711539/90888810-3bcc8180-e3b7-11ea-9626-d06e89e1a0bb.gif)
A particular library we use, `expect_test` provides an `expect!`
macro, which creates a sort of self-updating string literal (by using
`file!` macro). Self-update is triggered by setting `UPDATE_EXPECT`
environmental variable (this info is printed during the test failure).
This library was extracted from rust-analyzer, where we use it for
most of our tests.
There are some other, more popular snapshot testing libraries:
* https://github.com/mitsuhiko/insta
* https://github.com/aaronabramov/k9
The main differences of `expect` are:
* first-class snapshot objects (so, tests can be written as functions,
rather than as macros)
* focus on inline-snapshots (but file snapshots are also supported)
* restricted feature set (only `assert_eq` and `assert_debug_eq`)
* no extra runtime (ie, no `cargo insta`)
See https://github.com/rust-analyzer/rust-analyzer/pull/5101 for a
an extended comparison.
It is unclear if this testing style will stick with rustc in the long
run. At the moment, rustc is mainly tested via integrated UI tests.
But in the library-ified world, unit-tests will become somewhat more
important (that's why use use `rustc_lexer` library-ified library as
an example in this PR). Given that the cost of removal shouldn't be
too high, it probably makes sense to just see if this flies!
2020-08-21 14:03:50 +02:00
|
|
|
#[test]
|
|
|
|
fn comment_flavors() {
|
|
|
|
check_lexing(
|
|
|
|
r"
|
|
|
|
// line
|
|
|
|
//// line as well
|
|
|
|
/// outer doc line
|
|
|
|
//! inner doc line
|
|
|
|
/* block */
|
|
|
|
/**/
|
|
|
|
/*** also block */
|
|
|
|
/** outer doc block */
|
|
|
|
/*! inner doc block */
|
|
|
|
",
|
|
|
|
expect![[r#"
|
2020-08-29 12:10:16 +02:00
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: LineComment { doc_style: None }, len: 7 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: LineComment { doc_style: None }, len: 17 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: LineComment { doc_style: Some(Outer) }, len: 18 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: LineComment { doc_style: Some(Inner) }, len: 18 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: BlockComment { doc_style: None, terminated: true }, len: 11 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: BlockComment { doc_style: None, terminated: true }, len: 4 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: BlockComment { doc_style: None, terminated: true }, len: 18 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: BlockComment { doc_style: Some(Outer), terminated: true }, len: 22 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: BlockComment { doc_style: Some(Inner), terminated: true }, len: 22 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
"#]],
|
|
|
|
)
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn nested_block_comments() {
|
|
|
|
check_lexing(
|
|
|
|
"/* /* */ */'a'",
|
|
|
|
expect![[r#"
|
|
|
|
Token { kind: BlockComment { doc_style: None, terminated: true }, len: 11 }
|
|
|
|
Token { kind: Literal { kind: Char { terminated: true }, suffix_start: 3 }, len: 3 }
|
|
|
|
"#]],
|
|
|
|
)
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn characters() {
|
|
|
|
check_lexing(
|
|
|
|
"'a' ' ' '\\n'",
|
|
|
|
expect![[r#"
|
|
|
|
Token { kind: Literal { kind: Char { terminated: true }, suffix_start: 3 }, len: 3 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: Char { terminated: true }, suffix_start: 3 }, len: 3 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: Char { terminated: true }, suffix_start: 4 }, len: 4 }
|
|
|
|
"#]],
|
|
|
|
);
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn lifetime() {
|
|
|
|
check_lexing(
|
|
|
|
"'abc",
|
|
|
|
expect![[r#"
|
|
|
|
Token { kind: Lifetime { starts_with_number: false }, len: 4 }
|
|
|
|
"#]],
|
|
|
|
);
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn raw_string() {
|
|
|
|
check_lexing(
|
|
|
|
"r###\"\"#a\\b\x00c\"\"###",
|
|
|
|
expect![[r#"
|
|
|
|
Token { kind: Literal { kind: RawStr { n_hashes: 3, err: None }, suffix_start: 17 }, len: 17 }
|
|
|
|
"#]],
|
|
|
|
)
|
|
|
|
}
|
|
|
|
|
|
|
|
#[test]
|
|
|
|
fn literal_suffixes() {
|
|
|
|
check_lexing(
|
|
|
|
r####"
|
|
|
|
'a'
|
|
|
|
b'a'
|
|
|
|
"a"
|
|
|
|
b"a"
|
|
|
|
1234
|
|
|
|
0b101
|
|
|
|
0xABC
|
|
|
|
1.0
|
|
|
|
1.0e10
|
|
|
|
2us
|
|
|
|
r###"raw"###suffix
|
|
|
|
br###"raw"###suffix
|
|
|
|
"####,
|
|
|
|
expect![[r#"
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: Char { terminated: true }, suffix_start: 3 }, len: 3 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: Byte { terminated: true }, suffix_start: 4 }, len: 4 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: Str { terminated: true }, suffix_start: 3 }, len: 3 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: ByteStr { terminated: true }, suffix_start: 4 }, len: 4 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: Int { base: Decimal, empty_int: false }, suffix_start: 4 }, len: 4 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: Int { base: Binary, empty_int: false }, suffix_start: 5 }, len: 5 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: Int { base: Hexadecimal, empty_int: false }, suffix_start: 5 }, len: 5 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: Float { base: Decimal, empty_exponent: false }, suffix_start: 3 }, len: 3 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: Float { base: Decimal, empty_exponent: false }, suffix_start: 6 }, len: 6 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: Int { base: Decimal, empty_int: false }, suffix_start: 1 }, len: 3 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: RawStr { n_hashes: 3, err: None }, suffix_start: 12 }, len: 18 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
Token { kind: Literal { kind: RawByteStr { n_hashes: 3, err: None }, suffix_start: 13 }, len: 19 }
|
|
|
|
Token { kind: Whitespace, len: 1 }
|
|
|
|
"#]],
|
Introduce expect snapshot testing library into rustc
Snapshot testing is a technique for writing maintainable unit tests.
Unlike usual `assert_eq!` tests, snapshot tests allow
to *automatically* upgrade expected values on test failure.
In a sense, snapshot tests are inline-version of our beloved
UI-tests.
Example:
![expect](https://user-images.githubusercontent.com/1711539/90888810-3bcc8180-e3b7-11ea-9626-d06e89e1a0bb.gif)
A particular library we use, `expect_test` provides an `expect!`
macro, which creates a sort of self-updating string literal (by using
`file!` macro). Self-update is triggered by setting `UPDATE_EXPECT`
environmental variable (this info is printed during the test failure).
This library was extracted from rust-analyzer, where we use it for
most of our tests.
There are some other, more popular snapshot testing libraries:
* https://github.com/mitsuhiko/insta
* https://github.com/aaronabramov/k9
The main differences of `expect` are:
* first-class snapshot objects (so, tests can be written as functions,
rather than as macros)
* focus on inline-snapshots (but file snapshots are also supported)
* restricted feature set (only `assert_eq` and `assert_debug_eq`)
* no extra runtime (ie, no `cargo insta`)
See https://github.com/rust-analyzer/rust-analyzer/pull/5101 for a
an extended comparison.
It is unclear if this testing style will stick with rustc in the long
run. At the moment, rustc is mainly tested via integrated UI tests.
But in the library-ified world, unit-tests will become somewhat more
important (that's why use use `rustc_lexer` library-ified library as
an example in this PR). Given that the cost of removal shouldn't be
too high, it probably makes sense to just see if this flies!
2020-08-21 14:03:50 +02:00
|
|
|
)
|
|
|
|
}
|