I am attempting to build hyperscan: https://github.com/01org/hyperscan on ubuntu 16.04. I have installed the listed prerequisites and I am now using Cmake to create the build scripts which gives the following error:
...
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- looking for sqlite3 in source tree
CMake Error at cmake/sqlite3.cmake:25 (message):
no sqlite3 in source tree
Call Stack (most recent call first):
tools/hsbench/CMakeLists.txt:1 (include)
-- Configuring incomplete, errors occurred!
See also "/home/rful011/hyperscan/build/CMakeFiles/CMakeOutput.log".
See also "/home/rful011/hyperscan/build/CMakeFiles/CMakeError.log".
The tails of the two Cmake Files have nothing related to sqlite -- they deal with the thread stuff.
I installed the libsqlite3-dev package but that made no difference. I am not familiar with Cmake (with configure I would be looking at fiddling with options to specify library locations...) so I am at a loss on how to proceed.
I did find the sqlite.cmake file and it appears to check for installed module (which presumably failed) and then it looks in the source tree.3
The problem turned out to be that pkg-config was not installed and installing it fixed the issue.
I was looking at the cmake file and guessed that "find_package(PkgConfig QUIET)" called pktconfig and when I checked it was not installed.
Hope this helps someone in the future!
Related
Yesterday I asked a rather similar question. But this one is slightly different.
I am on Arch Linux with gcc 10 installed. I need to use gcc with version < 9 (a colleague even uses gcc4) to compile a Fortran code base.
So I installed the gcc7-fortran package because this colleague told me that it once worked with this compiler.
CMake figures out that it has to use mpif90 to compile the whole project which does not call gfortran-7 but gfortran which is version 10.
I could not yet figure out how to tell mpif90 to use another compiler as gfortran. So i did a little hack: I moved /usr/bin/gfortran to /usr/bin/gfortran-10 and made a soft link from /usr/bin/gfortran-7 to /usr/bin/gfortran. Now mpif90 uses gfortran with version 7. Great.
Now here comes the error. CMake is able to find MPI if I use gfortran-10 as compiler but is not able to find MPI if I use gfortran-7.
-- Could NOT find MPI_Fortran (missing: MPI_Fortran_WORKS)
CMake Error at /usr/share/cmake-3.19/Modules/FindPackageHandleStandardArgs.cmake:218 (message):
Could NOT find MPI (missing: MPI_Fortran_FOUND) (found version "3.1")
Call Stack (most recent call first):
/usr/share/cmake-3.19/Modules/FindPackageHandleStandardArgs.cmake:582 (_FPHSA_FAILURE_MESSAGE)
CMAKE/modules/FindMPI.cmake:1721 (find_package_handle_standard_args)
CMakeLists.txt:388 (find_package)
Has anyone ever had a similar issue?
Thanks in advance!
EDIT
when using gfortran-10 cmake tells finding MPI with this message
-- Found MPI_Fortran: /usr/lib/openmpi/libmpi_usempif08.so (found version "3.1")
I'm a master student working on my master thesis, which require to extract loudness and pitch data each second.
I did some research and found that loudness-scanner might be able to do that.
https://github.com/jiixyj/loudness-scanner
After installing, I typed in below command, but I kept seeing this command not found message.
MacBook-Air:loudness-scanner jhl$ loudness tag 00.1mp3
-bash: loudness: command not found
I believe it happened because loudness-scanner didn't successfully install on my laptop, so I went back to start installing again, then ran into below error message.
CMake Error at CMakeLists.txt:8 (include):
include could not find load file:
utils
CMake Error at CMakeLists.txt:26 (add_subdirectory):
add_subdirectory given source "ebur128/ebur128" which is not an existing
directory.
CMake Error at CMakeLists.txt:27 (add_subdirectory):
add_subdirectory given source "scanner" which is not an existing directory.
CMake Error at CMakeLists.txt:30 (to_yes_no):
Unknown CMake command "to_yes_no".
-- Configuring incomplete, errors occurred!
I guess I faced this issue because I'm all new to this and some file or program are missing and needed to be installed. But I'm not sure which are missing.
Please kindly help, thank you!
On a vanilla CentOS 7 box, I have OpenMPI installed (stock version), and did:
module load mpi
to load the MPI stuff into the environment. Under this setting, cmake (I tried both 2.8 and latest 3.12) can't seem to find the MPI. Any idea how to resolve this? Thanks
-- Could NOT find MPI_C (missing: MPI_C_LIB_NAMES MPI_C_HEADER_DIR MPI_C_WORKS)
-- Could NOT find MPI_CXX (missing: MPI_CXX_LIB_NAMES MPI_CXX_HEADER_DIR MPI_CXX_WORKS)
CMake Error at /home/f7b/spack/opt/spack/linux-centos7-x86_64/gcc-4.8.5/cmake-3.12.2-25n7srkgvu3elwswze6dckezvfkxqks7/share/cmake-3.12/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
Could NOT find MPI (missing: MPI_C_FOUND MPI_CXX_FOUND)
Call Stack (most recent call first):
/home/f7b/spack/opt/spack/linux-centos7-x86_64/gcc-4.8.5/cmake-3.12.2-25n7srkgvu3elwswze6dckezvfkxqks7/share/cmake-3.12/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
/home/f7b/spack/opt/spack/linux-centos7-x86_64/gcc-4.8.5/cmake-3.12.2-25n7srkgvu3elwswze6dckezvfkxqks7/share/cmake-3.12/Modules/FindMPI.cmake:1666 (find_package_handle_standard_args)
CMakeLists.txt:27 (find_package)
Appending /usr/lib64/openmpi/bin/ to the PATH before running cmake worked for me.
have you installed openmpi-devel?
what do you get when you do "which mpicc"?
can you re-try after doing:
export MPI_C=`which mpicc`
export MPI_CXX=`which mpicxx`
also this might be due to the fact that 'spack' sanitizes the environment. So might want to try "spack install --dirty ..." or else put openmpi preference in packages.yaml
Also, I would guess that missing environment variables should correspond to or found under the the following paths:
module show mpi
Try cmake version 3.9. When I built Lammps with MPI and Intel Parallel Suite, I solved the issue by using cmake 3.9 while 3.10 still had that problem. There are some discussions here.
I successfully built shogun without the examples (this question) but now when I am trying to do the same with meta examples, I am getting an error as follows:
$ cmake -DSWIG_EXECUTABLE=/usr/local/bin/swig -DINTERFACE_PYTHON=ON -DBUILD_META_EXAMPLES=ON ..
-- Could NOT find CCache (missing: CCACHE CCACHE_VERSION)
-- Using system's malloc
CMake Error at src/shogun/CMakeLists.txt:49 (MESSAGE):
Shogun can only be built with GPL codes if the source files are in
/Users/krishna/shogun/src/gpl. Please download or disable with
LICENSE_GPL_SHOGUN=OFF.
-- Configuring incomplete, errors occurred!
See also "/Users/krishna/shogun/build/CMakeFiles/CMakeOutput.log".
Thank you.
https://github.com/shogun-toolbox/shogun/issues/4179
Sorry I made a silly mistake as can be seen by the link.
Linux Flavor: Debian (Crunch Bang)
Problem Occurred: When attempting to build cvblobs with the following command
cd ~/cvblob
cmake .
Error:
CMake Error at cvBlob/CMakeLists.txt:20 (find_package):
Found package configuration file:
/usr/local/share/OpenCV/OpenCVConfig.cmake
but it set OpenCV_FOUND to FALSE so package "OpenCV" is considered to be
NOT FOUND.
-- Configuring incomplete, errors occurred!
Well I met a similar problem when I was going with some other open source face detection modules rather than cvblobs.
Actually you will find that before these lines of error-info, there are:
CMake Warning at /usr/local/opencv-2.4.13/cmake/OpenCVConfig.cmake:163 (message):
Found OpenCV Windows Pack but it has not binaries compatible with your configuration.
You should manually point CMake variable OpenCV_DIR to your build of OpenCV library.
Call Stack (most recent call first):
CMakeLists.txt:57 (find_package)
CMake Warning at CMakeLists.txt:57 (find_package):
Found package configuration file:
/usr/local/opencv-2.4.13/cmake/OpenCVConfig.cmake
but it set OpenCV_FOUND to FALSE so package "OpenCV" is considered to be NOT FOUND.
So you may notice that it asks you to manually point out the directory of you build version of OpenCV library.
For me, my source codes are at
/usr/local/opencv-2.4.13/
but I make and install my release build of OpenCV at
/usr/local/opencv-2.4.13/release/
so I use:
cmake -D OpenCV_DIR=/usr/local/opencv-2.4.13/release/ ..
and everything works:)
When I compile a program that use OpenCV lib, vision 2.4.8, occurs the similar error, when I point manually Opencv_DIR path to opencv/build ,visio 3.1.0, error occurred like you.
Then I point Opencv_DIR path to opencv/build whose vision is same to the program used. It works.
One of the reason could be the another OpenCV package in another path, that you had installed before. In my case, I had already installed OpenCV for Python in Anaconda package, and the CMake always wanted to refer me to that package.
I simply added:
set(OpenCV_FOUND 1)
to my CMakeList.txt file, this command simply override the other package you may had installed. The final version of CMakeList file which is working for me would be this:
set( OpenCV_FOUND 1 )
find_package(OpenCV 2.4.13 REQUIRED PATHS "C:/opencv")
set(SOURCE_FILES main.cpp)
add_executable(OpenCV_Test ${SOURCE_FILES})
Note:
1- I am using the CMakeList.txt file for Clion IDE
2- I am using it under windows. Probably you may set the relevant path if you use other OS
3- You need also change the OpenCV version if you use other version