-
-
Notifications
You must be signed in to change notification settings - Fork 4
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
Downstream projects on Windows fail as zlib.dll is linked instead of zlib.lib #30
Downstream projects on Windows fail as zlib.dll is linked instead of zlib.lib #30
Comments
Until the problem is fixed, a workaround is to pass to the downstream project:
fyi @diegoferigo |
I wonder if this is related to conda-forge/zlib-feedstock#51 . |
Indeed, the problem does not occurs if I manually delete the
|
The bug does not occur if a simple project with |
I modified the
While in the failing case, also .dll library are searched for some reason:
Furthermore, also the call stack is given in the failing case:
|
So the problem boils down to a strange interaction between |
A search on GitHub https://github.com/search?q=org%3Aignitionrobotics+CMAKE_FIND_LIBRARY_SUFFIXES found the problematic piece of code: The tricky thing is that we would need to patch this on ign-cmake, and then regenerate all ignition packages... |
Upstream PR gazebosim/gz-cmake#189, conda backport conda-forge/libignition-cmake0-feedstock#20 . |
I am building an example project of ignition-gazebo (https://github.com/ignitionrobotics/ign-gazebo/tree/ign-gazebo5/examples/standalone/custom_server, but patching out the Linux if), and compilation fails with:
It seems that
zlib.dll
instead ofzlib.lib
is found at the CMake level:Environment (
conda list
):Details about
conda
and system (conda info
):The text was updated successfully, but these errors were encountered: