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

Cmake OpenEXR detection should detect library suffixes #71

Closed
meshula opened this issue Sep 30, 2016 · 3 comments
Closed

Cmake OpenEXR detection should detect library suffixes #71

meshula opened this issue Sep 30, 2016 · 3 comments

Comments

@meshula
Copy link
Member

meshula commented Sep 30, 2016

OpenEXR library builds add suffixes on Windows and macOS, such as -

`Iex-2_2.dll

libIex-2_2.12.0.0.dylib
`
On Linux, the Cmake script doesn't fail because I imagine that the names have been resolved either through renaming or symlinks.

Linking against symlinked versions of the libraries is not user-friendly on Windows or macOS, because on those platforms users have the ability to move applications, and they do, no matter how many times you ask them not to do. So, linking against the real dylibs/dlls would be beneficial to end users.

The Cmake script goes to the trouble of extracting the OpenEXR version number, in the example case it discovers

2.2.0

Inconsistently, OpenEXR does not suffix Half.dll. Just throwing that out there as a note.

It would be very helpful if the Cmake detection script, after failing to find Iex.dll or Iex.dylib, ran again using a regex or something to allow for the fully suffixed libraries to be detected.

@drwave
Copy link

drwave commented Sep 30, 2016

Here are the libraries I currently have to symlink on the Mac:

ln -s libHalf.12.0.0.dylib libHalf.dylib
ln -s libHalf.12.0.0.dylib libHalf.12.dylib
ln -s libOpenImageIO.1.7.6.dylib libOpenImageIO.1.7.dylib
ln -s libOpenImageIO_Util.1.7.6.dylib libOpenImageIO_Util.1.7.dylib
ln -s libIlmImf-2_2.22.0.0.dylib libIlmImf-2_2.22.dylib
ln -s libImath-2_2.12.0.0.dylib libImath-2_2.12.dylib
ln -s libIex-2_2.12.0.0.dylib libIex-2_2.12.dylib
ln -s libIlmThread-2_2.12.0.0.dylib libIlmThread-2_2.12.dylib
ln -s libpng16.16.22.0.dylib libpng16.16.dylib
ln -s libOpenColorIO.1.0.9.dylib libOpenColorIO.1.dylib

On Sep 30, 2016, at 10:08 AM, Nick Porcino [email protected] wrote:

OpenEXR library builds add suffixes on Windows and macOS, such as -

`Iex-2_2.dll

libIex-2_2.12.0.0.dylib
`
On Linux, the Cmake script doesn't fail because I imagine that the names have been resolved either through renaming or symlinks.

Linking against symlinked versions of the libraries is not user-friendly on Windows or macOS, because on those platforms users have the ability to move applications, and they do, no matter how many times you ask them not to do. So, linking against the real dylibs/dlls would be beneficial to end users.

The Cmake script goes to the trouble of extracting the OpenEXR version number, in the example case it discovers

2.2.0

Inconsistently, OpenEXR does not suffix Half.dll. Just throwing that out there as a note.

It would be very helpful if the Cmake detection script, after failing to find Iex.dll or Iex.dylib, ran again using a regex or something to allow for the fully suffixed libraries to be detected.


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub #71, or mute the thread https:/notifications/unsubscribe-auth/ABmgOnHvNO2R419uO8NkcPoUEVAACKVRks5qvUHygaJpZM4KLTp-.

@jtran56
Copy link

jtran56 commented Sep 30, 2016

Filed as internal issue #138130.

@ericwomer
Copy link

ericwomer commented Mar 1, 2017

Still fails to find OpenEXR libs on linux.

Output

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

No branches or pull requests

5 participants