Suppress deprecation notices about return types

[fredden]

Description

While working on another pull request in this repository, I noticed that phpstan was complaining about an unrelated problem to the pull request at hand. I've investigated this further and found that #3400 solves the same problem as here for another class. This can be considered a follow-up to that pull request.

Types of changes

• [x] Bug fix (non-breaking change which fixes an issue)
• [ ] New feature (non-breaking change which adds functionality)
• [ ] Breaking change (fix or feature that would cause existing functionality to change)
  • [ ] This change is only breaking for integrators, not for external standards or end-users.
• [ ] Documentation improvement

PR checklist

• [x] I have checked there is no other PR open for the same change.
• [x] I have read the Contribution Guidelines.
• [x] I grant the project the right to include and distribute the code under the BSD-3-Clause license (and I have the right to grant these rights).
• [ ] I have added tests to cover my changes.
• [x] I have verified that the code complies with the projects coding standards.
• [ ] [Required for new sniffs] I have added XML documentation for the sniff.
• [ ] [Required for new files] I have added any new files to the package.xml file.

[jrfnl]

@fredden I was a bit surprised to see this PR as I use the --filter=GitModified (and GitStaged) options extensively and am running on PHP 8.2.

I just investigated to be sure, but this is a non-issue as the parent class Filter already declares the #[ReturnTypeWillChange] attribute on those methods and the child class ExactMatch inherits these.

See: https://3v4l.org/63Fss

I suggest reporting a bug to PHPStan instead.

[fredden]

I've not seen any deprecation warnings coming from PHP regarding this, only from PHPStan. Reporting this there makes sense. I'll open an issue there and then close this.

[fredden]

I've opened https://github.com/phpstan/phpstan/issues/9615 to replace this.