composer-require-checker check not picking up phpmailer

[ghost]

With & without optimize-autoloader being set to true in composer.json, composer-require-checker check ./composer.json lists PHPMailer\PHPMailer\PHPMailer as an "unknown symbol", which is a little odd as I've got other packages loaded with psr-4 that drop off the list when I pull them in with composer require :s

[Ocramius]

Reproduction should be a test case that can be integrated with this test suite. In https://github.com/Roave/BackwardCompatibilityCheck/blob/1.0.3/src/SourceLocator/StaticClassMapSourceLocator.php I implemented a source locator capable of working with any composer dump-autoload -a output (as per composer 1.6.4)

[ghost]

not sure how to integrate it with the test suite while at work- was just about able to smoosh together a bare-minimum reproduction repo- reproducing the problem with composer install && composer run tests

[Ocramius]

@WDD-Marv we all do work as well, heh 😛

I think we might need a better abstraction for detecting files overall though: the current one is very much a hack.

[ghost]

@Ocramius I'm wondering if it's something specific to the symbol \{a}\{b}\{c} where a, b, & c are equal to "PHPMailer"- I've not used anything else with this package that I've observed has the same class name..

Where might one look to best determine why the class isn't being picked up ?

[Ocramius]

@WDD-Marv no assumptions - everything should be based on AST.

The best way to understand why it's not being picked up is with an isolated reproduction scenario that you reduce more and more until you get to the point where a change makes the test pass/break on a very tiny modification.

[ghost]

additional note: swiftmailer classes aren't being picked up either.

[temp]

Stumbled upon the same problem. Might this be related to the fact that swiftmailer registers it's own autoloader?
Edit: Just saw there are a lot of other issues regarding this issue. Will follow there.