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.

Sign up for GitHub

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

Jump to bottom

[OpenImageIO] [libsquish] Dependent squish library is not copied in debug mode #20233

Closed
HWiman-ICONIC opened this issue Sep 17, 2021 · 3 comments · Fixed by #20240
Closed

[OpenImageIO] [libsquish] Dependent squish library is not copied in debug mode #20233

HWiman-ICONIC opened this issue Sep 17, 2021 · 3 comments · Fixed by #20240
Assignees
@JackBoosY
Labels
category:port-bug The issue is with a library, which is something the port should already support depends:upstream-changes Waiting on a change to the upstream project

Comments

@HWiman-ICONIC
Copy link

Microsoft Visual Studio Community 2019
Version 16.11.3
vcpkg from master

  1. In Visual Studio, create a new CMake project
  2. Copy the attached files
  3. Compile in x64-Debug mode
  4. Run. Result: squish.dll was not found
    CMakeLists.txt
    CMakeProject15.cpp.txt
    CMakeProject15.h.txt

For comparison:

  1. Compile in x64-Release mode
  2. Run: Works fine
@HWiman-ICONIC
Copy link
Author

The error message is indeed that squish.dll is not found, which indicates that OpenImageIO_d has been wrongly linked to the release version of libsquish. It should have been linked to squishd.dll

@HWiman-ICONIC
Copy link
Author

Additionally, I installed with vcpkg.exe install openimageio[webp]:x64-windows. In release mode the libraries webp.dll and webpdemux.dll are correctly copied. In debug mode, no webp*.dll exist in /out/build/x64-Debug/bin

@PhoebeHui PhoebeHui assigned JackBoosY and unassigned PhoebeHui Sep 18, 2021
@JackBoosY
Copy link
Contributor

See the discussion in #20092.

@JackBoosY JackBoosY added category:port-bug The issue is with a library, which is something the port should already support depends:upstream-changes Waiting on a change to the upstream project labels Sep 18, 2021
@dg0yt dg0yt mentioned this issue Sep 18, 2021
Merged
@JackBoosY JackBoosY mentioned this issue Sep 18, 2021
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@JackBoosY JackBoosY

Labels
category:port-bug The issue is with a library, which is something the port should already support depends:upstream-changes Waiting on a change to the upstream project
Projects
None yet
Milestone
No milestone
3 participants
@PhoebeHui @JackBoosY @HWiman-ICONIC