build with non-system libz.so about workbench HOT 5 CLOSED

It is not easy for me to test this, as uninstalling the system zlib on most linux distributions would cripple many things. It seems like the CMake TARGET_LINK_LIBRARIES including ${ZLIB_LIBRARIES} at the end is supposed to handle this.

Can you put a 'message("ZLIB_LIBRARIES: " ${ZLIB_LIBRARIES}' into the Desktop/CMakeLists.txt to see what it is set to? If it points to the right location, are the arguments you mention adding to the link command currently missing, or just misplaced?

from workbench.

I think I misunderstood, and you have system and non-system zlib installed. In that case, both can be found, and I don't know how to tell CMake to get the compiler and linker to ignore one that exists in a location where it needs to find other libraries.

from workbench.

After some reading on the linker, it seems that having -L/path/to/zlib anywhere in the link command before an -lz should allow -lz to get the custom zlib instead of the system one - is it installed somewhere other than /chimerahomes/phi/lib? I'm again curious what 'message("ZLIB_LIBRARIES: " ${ZLIB_LIBRARIES})' says.

from workbench.

Thank you for prompt reply.
I tried it and it indeed found the non-system zlib.
You are right about the linker, just put the path before -lz would work.
I seems more like a CMake bug.

For the moment I just modified the following variable in CMakeCache.txt.
CMAKE_EXE_LINKER_FLAGS:STRING=-L<my_custom_libdir>

This is preferred lib location for my system anyway.

Thank you.

from workbench.

Closing for now, as a workaround exists, and it is unclear how to fix it in the CMakeLists.txt file (may be CMake bug).

from workbench.