I just wanted to make the mailing list aware of this pull request (
https://github.com/openexr/openexr/pull/178). As the pull request description says, OpenEXR is now found by other libraries by exporting itself as a package, instead of the consumer library using Find modules.
It may still be worth having a discussion about whether or not it's worth creating Find modules. For example they'll have the advantage of being able to find older versions of OpenEXR that don't export themselves.
There's also the consideration that it means that it's more work for us to create and maintain the modules.
If it is decided that Find modules should be created as well then they should be made to be target based (so that it's somewhat interchangable with the package export), and not the old style of Find module that I did in the original pull request (
https://github.com/openexr/openexr/pull/167). I also think that they would need to be submitted to (and also possibly maintained in) the cmake repository rather than on the openexr repository.
If sticking with only package exports then I think that the version number should be bumped so that Linux distros that supply openexr via their package manager are likely to pick up the new version with package exports, and increasing the chance of users having the openexr cmake package installed in their system libraries.
Ashley