You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As tests are moved from src/test/run-fail to src/test/ui#65440 the meaning
of // error-pattern in ui tests becomes overloaded , since tests in src/test/run-fail match error patterns to executable output while src/test/ui tests match them to compiler output.
The changes in #65759 enable such overloaded use: if test is expected to
compile successfully and will be run, the patterns are matched to executable
output, otherwise patterns are matched to the compiler output.
@petrochenkovsuggested that it might be preferable to migrate those test to use check-run-result instead.
Decide if check-run-result is preferable over error-pattern for run-fail tests in ui.
Migrate run fail tests to use check-run-result.
Remove support for overloaded meaning of error-pattern.
As tests are moved from
src/test/run-failtosrc/test/ui#65440 the meaningof
// error-patternin ui tests becomes overloaded , since tests insrc/test/run-failmatch error patterns to executable output whilesrc/test/uitests match them to compiler output.The changes in #65759 enable such overloaded use: if test is expected to
compile successfully and will be run, the patterns are matched to executable
output, otherwise patterns are matched to the compiler output.
@petrochenkov suggested that it might be preferable to migrate those test to use check-run-result instead.