Several Cmake modules are hopelessly incapable of finding installed dependencies

[barracuda156]

It cannot find libmagic, whether on its own, or when LIBMAGIC_PATHS is passed, or when libmagic_LIBRARIES with libmagic_INCLUDE_DIR are passed. libmagic being installed in the standard /opt/local prefix, nothing exotic.

Same issue with webp.

Is there some way to specify either prefix or include+lib directories in a way that will actually work?

[ihnorton]

Thanks for opening the issue. We'll see if we can add support for an override here, although it won't be tested. /opt/local is not in cmake's default search paths (not sure about autoconf).

[barracuda156]

Thanks for opening the issue. We'll see if we can add support for an override here, although it won't be tested. /opt/local is not in cmake's default search paths (not sure about autoconf).

@ihnorton Thank you for responding.
Given that bzip2, lz4 and few others are found in the same prefix, the problem is neither in CMake nor in Macports handling, which does pass the prefix value to CMake, see: https://github.com/macports/macports-ports/blob/master/_resources/port1.0/group/cmake-1.1.tcl

Only some dependency modules are broken in this context. I seems that something is wrong specifically in their code and not in anything of the environment.

[jmckenna]

I'm here because FindWebp_EP.cmake seems unable to find my compiled WEBP libraries (that CMake file actually only handles the "superbuild" case). Meaning: there is no way to pass paths for WEBP_INCLUDE_DIR or WEBP_LIBRARY etc.

@ihnorton when you are tackling this issue, be sure to set -DTILEDB_SUPERBUILD:BOOL=OFF and you'll get the issues mentioned in this ticket.

thanks.