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

Several Cmake modules are hopelessly incapable of finding installed dependencies #4070

Open
barracuda156 opened this issue Apr 27, 2023 · 3 comments
Assignees

Comments

@barracuda156
Copy link
Contributor

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
Copy link
Member

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
Copy link
Contributor Author

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.

@ihnorton ihnorton self-assigned this Apr 28, 2023
@jmckenna
Copy link

jmckenna commented Jun 7, 2023

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.

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

3 participants