Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

If OpenEXR is found by cmake config file, OpenEXR_VERSION is set instead of OPENEXR_VERSION #3862

Merged
merged 1 commit into from
Jul 14, 2023

Conversation

bebuch
Copy link
Contributor

@bebuch bebuch commented Jun 2, 2023

Description

I use CMake with CMAKE_FIND_PACKAGE_PREFER_CONFIG. OpenEXR installs its own config files which set OpenEXR_VERSION instead of OPENEXR_VERSION.

Tests

It would be usefull to add a test pipline where CMake is called with CMAKE_FIND_PACKAGE_PREFER_CONFIG. However this is out of scope to this PR and should be done by a separate patch. Unfortunately, I don't currently have the time to familiarize myself enough to do this myself.

Checklist:

  • I have read the contribution guidelines.
  • (not applicable) If this is more extensive than a small change to existing code, I
    have previously submitted a Contributor License Agreement
    (individual, and if there is any way my
    employers might think my programming belongs to them, then also
    corporate).
  • (not applicable) I have updated the documentation, if applicable.
  • (not applicable) I have ensured that the change is tested somewhere in the testsuite
    (adding new test cases if necessary).
  • My code follows the prevailing code style of this project.

Copy link
Collaborator

@lgritz lgritz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a totally reasonable change that I'm happy to accept, but I wonder if you think that instead of also setting OPENEXR_VERSION and having both spellings circulating around, it might be better to just change the uses of OPENEXR_VERSION all to OpenEXR_VERSION in order to have a uniform nomenclature?

It seems that the only places OPENEXR_VERSION is actually used is src/cmake/externalpackages.cmake and src/cmake/modules/FindOpenEXR.cmake.

@bebuch
Copy link
Contributor Author

bebuch commented Jun 9, 2023

@lgritz I just want to let you know that I'm still going to take care of this PR and #3863. Just didn't get to it this week. But it should happen durring the next 2 weeks.

@bebuch
Copy link
Contributor Author

bebuch commented Jul 12, 2023

I updated the patch. The Find Moduke seams to provide both OpenEXR_VERSION and OPENEXR_VERSION, so we can just use OpenEXR_VERSION in the check.

@lgritz
Copy link
Collaborator

lgritz commented Jul 12, 2023

@bebuch In the time since you first submitted this, we have switched to accepting all new code under Apache-2.0 license (changing from our historical use of BSD-3-Clause) and also enabled use of DCO sign-off.

Would you mind please acknowledging here (a comment in this PR is sufficient) that you are ok submitting under Apache-2.0?

And also, could you please do the sign-off so it passes the DCO check? The easiest way to do that is:

git commit --amend -s             # the -s will add the sign-off line
git push origin patch-2 --force

@bebuch
Copy link
Contributor Author

bebuch commented Jul 13, 2023

I'm fine with submitting under Apache-2.0 license.

@lgritz lgritz merged commit 3c86a88 into AcademySoftwareFoundation:master Jul 14, 2023
lgritz pushed a commit to lgritz/OpenImageIO that referenced this pull request Jul 15, 2023
…ted config file (AcademySoftwareFoundation#3862)

If OpenEXR is found by cmake config file, OpenEXR_VERSION is set instead of OPENEXR_VERSION

Signed-off-by: Benjamin Buch <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants