@@ -74,7 +74,7 @@ The general form is:
74
74
* ` 32bit.stderr ` — compiler stderr with ` stderr-per-bitwidth ` header on a 32-bit target
75
75
76
76
A simple example would be ` foo.stderr ` next to a ` foo.rs ` test.
77
- A more complex example would be ` foo.my-revision.nll .stderr ` .
77
+ A more complex example would be ` foo.my-revision.polonius .stderr ` .
78
78
79
79
There are several [ headers] ( headers.md ) which will change how compiletest will
80
80
check for output files:
@@ -496,20 +496,19 @@ In some cases, this might result in different output from the compiler.
496
496
To support this, different output files can be saved which contain the
497
497
output based on the compare mode.
498
498
499
- For example, when in "non-lexical lifetimes" (NLL) mode a test ` foo.rs ` will
500
- first look for expected output in ` foo.nll .stderr ` , falling back to the usual
499
+ For example, when using the Polonius mode, a test ` foo.rs ` will
500
+ first look for expected output in ` foo.polonius .stderr ` , falling back to the usual
501
501
` foo.stderr ` if not found.
502
- This is useful as "true" NLL mode can sometimes result in different
503
- diagnostics and behavior compared to the "migrate mode" NLL (which is the
504
- current default).
502
+ This is useful as different modes can sometimes result in different
503
+ diagnostics and behavior.
505
504
This can help track which tests have differences between the modes, and to
506
505
visually inspect those diagnostic differences.
507
506
508
507
If in the rare case you encounter a test that has different behavior, you can
509
508
run something like the following to generate the alternate stderr file:
510
509
511
510
``` sh
512
- ./x.py test src/test/ui --compare-mode=nll --bless
511
+ ./x.py test src/test/ui --compare-mode=polonius --bless
513
512
```
514
513
515
- Currently, only ` nll ` mode is checked in CI for UI tests.
514
+ Currently none of the compare modes are checked in CI for UI tests.
0 commit comments