I am getting following error
Versions < 4.1.13 (for MySQL 4.1.x) and < 5.0.7 for (MySQL 5.0.x) are not
But I have version mysql55-devel.x86_64 installed on the system.
What could be the issue ?
Complete cmake message:
-- Environment compile flags:
-- Environment link flags:
-- Boost version: 1.49.0
-- BOOST_INCLUDE_DIRS=/home/ec2-user/build/2_0/build_server/lib/linux/gcc/64/include
-- ENV{MYSQL_DIR} =
-- MySQL Include dir: /home/ec2-user/build/2_0/build_server/lib/linux/gcc/64/include
-- MySQL Library : /usr/lib64/mysql/libmysqlclient_r.so
-- MySQL Library dir: /usr/lib64/mysql
-- MySQL CXXFLAGS:
-- MySQL Link flags:
-- Looking for mysql_set_character_set
-- Looking for mysql_set_character_set - not found
CMake Error at FindMySQL.cm:182 (MESSAGE):
Versions < 4.1.13 (for MySQL 4.1.x) and < 5.0.7 for (MySQL 5.0.x) are not
supported. Please update your libraries.
Call Stack (most recent call first):
CMakeLists.txt:173 (INCLUDE)
I think error is mysql_set_character_set not found and it is showing wrong error message.
Related
I am trying to build ripple by following the build guide on GitHub, but boost is continuously throwing some unknown error. Boost is installed and running. I installed boost_1_71_0 as described by the build guide.
/home/usman/Downloads/clion-2020.1.2/bin/cmake/linux/bin/cmake -DCMAKE_BUILD_TYPE=Debug -G "CodeBlocks - Unix Makefiles" /home/usman/Desktop/ripple/rippled
-- Using 4 cores for ExternalProject builds.
-- rippled version: 1.6.0
-- NIH-EP cache path: /home/usman/Desktop/ripple/rippled/.nih_c/unix_makefiles/GNU_9.3.0/Debug
-- using [01bd5a2646cda78ee09d2067c287c8f89872736d] as build container tag...
-- docker local user id: 1000
-- docker local group id: 1000
-- BOOST_ROOT: /usr/local
-- BOOST_LIBRARYDIR: /usr/local/lib/
CMake Error at /usr/local/lib/cmake/Boost-1.71.0/BoostConfig.cmake:117 (find_package):
Found package configuration file:
/usr/local/lib/cmake/boost_chrono-1.71.0/boost_chrono-config.cmake
but it set boost_chrono_FOUND to FALSE so package "boost_chrono" is
considered to be NOT FOUND. Reason given by package:
No suitable build variant has been found.
The following variants have been tried and rejected:
* libboost_chrono.so.1.71.0 (shared, Boost_USE_STATIC_LIBS=ON)
* libboost_chrono.a (shared runtime, Boost_USE_STATIC_RUNTIME=ON)
Call Stack (most recent call first):
/usr/local/lib/cmake/Boost-1.71.0/BoostConfig.cmake:182 (boost_find_component)
Builds/CMake/deps/FindBoost.cmake:273 (find_package)
Builds/CMake/deps/Boost.cmake:50 (find_package)
CMakeLists.txt:43 (include)
-- Configuring incomplete, errors occurred!
See also "/home/usman/Desktop/ripple/rippled/cmake-build-debug/CMakeFiles/CMakeOutput.log".
See also "/home/usman/Desktop/ripple/rippled/cmake-build-debug/CMakeFiles/CMakeError.log".
[Finished]
There is a similar question here, but your issue appears to be the opposite case.
The important section of the error is here:
No suitable build variant has been found.
The following variants have been tried and rejected:
* libboost_chrono.so.1.71.0 (shared, Boost_USE_STATIC_LIBS=ON)
* libboost_chrono.a (shared runtime, Boost_USE_STATIC_RUNTIME=ON)
It shows you what libraries were found, and even gives the reason why they were rejected. All of the libraries found on your machine are shared libraries. However, your CMake configuration indicates you do not want to use shared libraries (Boost_USE_STATIC_LIBS=ON and Boost_USE_STATIC_RUNTIME=ON). To fix the error, you have two options:
Set Boost_USE_STATIC_LIBS to OFF and Boost_USE_STATIC_RUNTIME to OFF:
set(Boost_USE_STATIC_LIBS OFF)
set(Boost_USE_STATIC_RUNTIME OFF)
find_package(Boost ... )
Build the static Boost libraries also, so not only the shared libraries are available on your machine.
I have a problem with the eclipse IDE with ESP-IDF, every time that i build a project i get this massage-
Building in: C:\Users\eclipse-workspace06\blynk\build
Configuring in: C:\Users\eclipse-workspace06\blynk\build
cmake -G Ninja -DCMAKE_TOOLCHAIN_FILE=D:\espidfeclipse\esp-idf-v5.0\tools\cmake\toolchain-esp32.cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=ON -DCCACHE_ENABLE=1 -DIDF_TARGET=esp32 C:\Users\eclipse-workspace06\blynk
-- Found Git: C:/Program Files/Git/cmd/git.exe (found version "2.28.0.windows.1")
CMake Error at D:/espidfeclipse/esp-idf-v5.0/tools/cmake/build.cmake:181 (file):
file FILE([TO_CMAKE_PATH|TO_NATIVE_PATH] path result) must be called with
-- Configuring incomplete, errors occurred!
exactly three arguments.
Call Stack (most recent call first):
D:/espidfeclipse/esp-idf-v5.0/tools/cmake/idf.cmake:53 (__build_init)
D:/espidfeclipse/esp-idf-v5.0/tools/cmake/project.cmake:12 (include)
CMakeLists.txt:5 (include)
CMake Error at D:/espidfeclipse/esp-idf-v5.0/tools/cmake/project.cmake:18 (message):
Internal error, PYTHON build property not set correctly.
Call Stack (most recent call first):
CMakeLists.txt:5 (include)
cmake --build . -- -v
Error: could not find CMAKE_PROJECT_NAME in Cache
Build complete (1 errors, 0 warnings): C:\Users\eclipse-workspace06\blynk\build
Total time taken to build the project: 246 ms
The code is an example code that works on VScode and Arduino, i installed and reinstalled every thing 100 times already. ( and if i build regular c++ it works alright)
I will be grateful for any help i can get.
Thank you #drescherjm and #Tsyvarev for putting me on the right path.
I solved the problem and the solution is very odd. what i did was to delete all the python instances from the different environment variables and it worked for some bizarre reason.
I wanted to install cgal 5.5.1 in windows10 with the command: ".\vcpkg install cgal:x64-windows"
But I got the following Error:
0 [main] perl (21212) C:\src\vcpkg\downloads\tools\msys2\583ad6e4115a307a\usr\bin\perl.exe: *** fatal error - cygheap base mismatch detected - 0x1322408/0xDE2408.
This problem is probably due to using incompatible versions of the cygwin DLL.
Search for cygwin1.dll using the Windows Start->Find/Search facility
and delete all but the most recent version. The most recent version *should*
reside in x:\cygwin\bin, where 'x' is the drive on which you have
installed the cygwin distribution. Rebooting is also suggested if you
are unable to find another cygwin DLL.
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:96 (message):
Command failed: C:/src/vcpkg/downloads/tools/msys2/583ad6e4115a307a/usr/bin/bash.exe --noprofile --norc --debug -c "autoreconf -vfi"
Working Directory: C:/src/vcpkg/buildtrees/gmp/src/v6.2.1-0c723d4b6f.clean/
Error code: 127
See logs for more information:
C:\src\vcpkg\buildtrees\gmp\autoconf-x64-windows-err.log
Call Stack (most recent call first):
scripts/cmake/vcpkg_configure_make.cmake:601 (vcpkg_execute_required_process)
ports/gmp/portfile.cmake:82 (vcpkg_configure_make)
scripts/ports.cmake:147 (include)
error: building gmp:x64-windows failed with: BUILD_FAILED
error: Please ensure you're using the latest port files with `git pull` and `vcpkg update`.
Then check for known issues at:
https://github.com/microsoft/vcpkg/issues?q=is%3Aissue+is%3Aopen+in%3Atitle+gmp
You can submit a new issue at:
https://github.com/microsoft/vcpkg/issues/new?template=report-package-build-failure.md&title=[gmp]+Build+error
Include '[gmp] Build error' in your bug report title, the following version information in your bug description, and attach any relevant failure logs from above.
vcpkg-tool version: 2022-11-10-5fdee72bc1fceca198fb1ab7589837206a8b81ba
vcpkg-scripts version: 5d1f18840 2022-12-06 (10 hours ago)
You can see the log file in following.
Could you please help me?
Computing installation plan...
The following packages will be built and installed:
cgal[core]:x64-windows -> 5.5.1
* gmp[core]:x64-windows -> 6.2.1#14
* mpfr[core]:x64-windows -> 4.1.0#7
Additional packages (*) will be modified to complete this operation.
Detecting compiler hash for triplet x64-windows...
Restored 0 package(s) from C:\Users\sajad.mohseni\AppData\Local\vcpkg\archives in 269.7 us. Use --debug to see more details.
Installing 1/3 gmp:x64-windows...
Building gmp[core]:x64-windows...
-- Using cached gmp-6.2.1.tar.xz.
-- Using cached gmp-arm64-asm-fix-5f32dbc41afc.patch.
-- Cleaning sources at C:/src/vcpkg/buildtrees/gmp/src/v6.2.1-0c723d4b6f.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source C:/src/vcpkg/downloads/gmp-6.2.1.tar.xz
-- Applying patch asmflags.patch
-- Applying patch cross-tools.patch
-- Applying patch subdirs.patch
-- Applying patch msvc_symbol.patch
-- Applying patch arm64-coff.patch
-- Applying patch C:/src/vcpkg/downloads/gmp-arm64-asm-fix-5f32dbc41afc.patch
-- Using source at C:/src/vcpkg/buildtrees/gmp/src/v6.2.1-0c723d4b6f.clean
-- Found external ninja('1.10.2').
-- Getting CMake variables for x64-windows
-- Getting CMake variables for x64-windows
-- Using cached msys-gzip-1.11-1-x86_64.pkg.tar.zst.
-- Using cached msys-bash-5.1.008-1-x86_64.pkg.tar.zst.
-- Using cached msys-autoconf-2.71-3-any.pkg.tar.zst.
-- Using cached msys-diffutils-3.8-2-x86_64.pkg.tar.zst.
-- Using cached msys-binutils-2.37-5-x86_64.pkg.tar.zst.
-- Using cached msys-libtool-2.4.6-9-x86_64.pkg.tar.xz.
-- Using cached msys-file-5.41-2-x86_64.pkg.tar.zst.
-- Using cached msys-zlib-1.2.11-1-x86_64.pkg.tar.xz.
-- Using cached msys-libbz2-1.0.8-3-x86_64.pkg.tar.zst.
-- Using cached msys-coreutils-8.32-2-x86_64.pkg.tar.zst.
-- Using cached msys-grep-3.0-2-x86_64.pkg.tar.xz.
-- Using cached msys-sed-4.8-2-x86_64.pkg.tar.zst.
-- Using cached msys-libpcre-8.45-1-x86_64.pkg.tar.zst.
-- Using cached msys-m4-1.4.19-2-x86_64.pkg.tar.zst.
-- Using cached msys-automake-wrapper-11-4-any.pkg.tar.zst.
-- Using cached msys-gawk-5.1.0-2-x86_64.pkg.tar.zst.
-- Using cached msys-mpfr-4.1.0-1-x86_64.pkg.tar.zst.
-- Using cached msys-gmp-6.2.1-1-x86_64.pkg.tar.zst.
-- Using cached msys-libreadline-8.1.001-1-x86_64.pkg.tar.zst.
-- Using cached msys-ncurses-6.2-2-x86_64.pkg.tar.zst.
-- Using cached msys-automake1.16-1.16.3-3-any.pkg.tar.zst.
-- Using cached msys-perl-5.32.1-2-x86_64.pkg.tar.zst.
-- Using cached msys-libcrypt-2.1-3-x86_64.pkg.tar.zst.
-- Using cached msys-pkg-config-0.29.2-4-x86_64.pkg.tar.zst.
-- Using cached msys-make-4.3-3-x86_64.pkg.tar.zst.
-- Using cached msys-findutils-4.8.0-1-x86_64.pkg.tar.zst.
-- Using cached msys-libintl-0.21-1-x86_64.pkg.tar.zst.
-- Using cached msys-libiconv-1.16-2-x86_64.pkg.tar.zst.
-- Using cached msys-gcc-libs-11.2.0-3-x86_64.pkg.tar.zst.
-- Using cached msys-msys2-runtime-3.2.0-8-x86_64.pkg.tar.zst.
-- Using cached msys-which-2.21-4-x86_64.pkg.tar.zst.
-- Applying patch C:/src/vcpkg/scripts/msys/compile_wrapper_consider_clang-cl.patch
-- Using msys root at C:/src/vcpkg/downloads/tools/msys2/583ad6e4115a307a
-- Generating configure for x64-windows
0 [main] perl (21212) C:\src\vcpkg\downloads\tools\msys2\583ad6e4115a307a\usr\bin\perl.exe: *** fatal error - cygheap base mismatch detected - 0x1322408/0xDE2408.
This problem is probably due to using incompatible versions of the cygwin DLL.
Search for cygwin1.dll using the Windows Start->Find/Search facility
and delete all but the most recent version. The most recent version *should*
reside in x:\cygwin\bin, where 'x' is the drive on which you have
installed the cygwin distribution. Rebooting is also suggested if you
are unable to find another cygwin DLL.
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:96 (message):
Command failed: C:/src/vcpkg/downloads/tools/msys2/583ad6e4115a307a/usr/bin/bash.exe --noprofile --norc --debug -c "autoreconf -vfi"
Working Directory: C:/src/vcpkg/buildtrees/gmp/src/v6.2.1-0c723d4b6f.clean/
Error code: 127
See logs for more information:
C:\src\vcpkg\buildtrees\gmp\autoconf-x64-windows-err.log
Call Stack (most recent call first):
scripts/cmake/vcpkg_configure_make.cmake:601 (vcpkg_execute_required_process)
ports/gmp/portfile.cmake:82 (vcpkg_configure_make)
scripts/ports.cmake:147 (include)
error: building gmp:x64-windows failed with: BUILD_FAILED
error: Please ensure you're using the latest port files with `git pull` and `vcpkg update`.
Then check for known issues at:
https://github.com/microsoft/vcpkg/issues?q=is%3Aissue+is%3Aopen+in%3Atitle+gmp
You can submit a new issue at:
https://github.com/microsoft/vcpkg/issues/new?template=report-package-build-failure.md&title=[gmp]+Build+error
Include '[gmp] Build error' in your bug report title, the following version information in your bug description, and attach any relevant failure logs from above.
vcpkg-tool version: 2022-11-10-5fdee72bc1fceca198fb1ab7589837206a8b81ba
vcpkg-scripts version: 5d1f18840 2022-12-06 (10 hours ago)
I am trying to compile the source files for dOxygen verseion 1.8.13 using cmake. I have all the correct libraries and compilers properly downloaded and set up, but it still returns errors for me. I downloaded the tar.gz package from the dOxygen website and unpacked them with tar.
I then ran this command to finish compiling (as it says to do on the website):
cmake -G "Visual Studio 15 2017" ..
Which gives me the following printout:
CMake Error at C:/Program Files/CMake/share/cmake-3.8/Modules/FindBISON.cmake:102 (message):
Command "C:/Users/Barr/Documents/bison-2.4.1-bin/bin/bison.exe --version"
failed with output:
Call Stack (most recent call first):
CMakeLists.txt:69 (find_package)
-- Found BISON: C:/Users/Barr/Documents/bison-2.4.1-bin/bin/bison.exe
-- Looking for pthread.h
-- Looking for pthread.h - not found
-- Found Threads: TRUE
-- Looking for iconv_open
-- Looking for iconv_open - not found
-- Performing Test ICONV_COMPILES
-- Performing Test ICONV_COMPILES - Success
-- Found ICONV: C:/tools/doxygen-1.8.13/winbuild/iconv.lib
-- One (and only one) of the ICONV_ACCEPTS_... tests must pass
-- Performing Test ICONV_ACCEPTS_NONCONST_INPUT
-- Performing Test ICONV_ACCEPTS_NONCONST_INPUT - Failed
-- Performing Test ICONV_ACCEPTS_CONST_INPUT
-- Performing Test ICONV_ACCEPTS_CONST_INPUT - Success
-- Configuring incomplete, errors occurred!
I removed some of the info returned at the beginning of the command since all they did was indicate things that had been done successfully. Is there something I may be missing?
The issue was that I had an out of date version of bison.exe. Updating to a newer version allowed the build to complete succesfully.
I'm trying to build the C++ examples from Aldebaran like helloworld and sayhelloworld, but qiBuild keeps saying it cannot not find BOOST_FILESYSTEM. Boost is installed and working, I tested it with some other projects in Visual Studio.
This is the error after running qibuild configure -c atom1145:
[WARN ]: Nested worktrees detected:
d:\ald_sdk\naoqi-sdk-1.14.5-win32-vs2010\doc\examples is already in a worktree
(in d:\ald_sdk)
Current build worktree: d:\ald_sdk\naoqi-sdk-1.14.5-win32-vs2010\doc\examples
Using toolchain: atom1145
Build type: Debug
* (1/1) Configuring sayhelloworld
-- Using qibuild 3.7.1
-- Binary: sayhelloworld
CMake Error at D:/Programs/CMake/share/cmake-3.1/Modules/FindPackageHandleStandardArgs.cmake:138 (message):
Could NOT find BOOST_FILESYSTEM (missing: BOOST_FILESYSTEM_LIBRARIES)
Call Stack (most recent call first):
D:/Programs/CMake/share/cmake-3.1/Modules/FindPackageHandleStandardArgs.cmake:374 (_FPHSA_FAILURE_MESSAGE)
d:/Programs/Python27/share/cmake/qibuild/find.cmake:361 (find_package_handle_standard_args)
d:/Programs/Python27/share/cmake/qibuild/find.cmake:269 (_qi_call_fphsa)
d:/Programs/Python27/share/cmake/qibuild/modules/boostutils.cmake:39 (export_lib)
d:/Programs/Python27/share/cmake/qibuild/modules/boost_filesystem-config.cmake:9 (boost_flib)
d:/Programs/Python27/share/cmake/qibuild/internal/uselib.cmake:80 (find_package)
d:/Programs/Python27/share/cmake/qibuild/internal/uselib.cmake:94 (_qi_use_lib_get_deps)
d:/Programs/Python27/share/cmake/qibuild/internal/uselib.cmake:94 (_qi_use_lib_get_deps)
d:/Programs/Python27/share/cmake/qibuild/internal/uselib.cmake:94 (_qi_use_lib_get_deps)
d:/Programs/Python27/share/cmake/qibuild/internal/uselib.cmake:94 (_qi_use_lib_get_deps)
d:/Programs/Python27/share/cmake/qibuild/internal/uselib.cmake:158 (_qi_use_lib_get_deps)
d:/Programs/Python27/share/cmake/qibuild/stage.cmake:246 (_qi_use_lib_internal)
CMakeLists.txt:17 (qi_use_lib)
-- Configuring incomplete, errors occurred!
See also "D:/ALD_SDK/naoqi-sdk-1.14.5-win32-vs2010/doc/examples/core/sayhelloworld/build-atom1145/CMakeFiles/CMakeOutput.log".
See also "D:/ALD_SDK/naoqi-sdk-1.14.5-win32-vs2010/doc/examples/core/sayhelloworld/build-atom1145/CMakeFiles/CMakeError.log".
[ERROR]: ConfigureFailed Error occurred when configuring project sayhelloworld
After Boost compiled, I got the following paths:
The following directory should be added to compiler include paths:
D:/Programs/boost_1_57_0
The following directory should be added to linker library paths:
D:\Programs\boost_1_57_0\stage\lib
These are not the default path's and I guess that's causing some problems.
In the CMakeCache.txt I found that the Boost entries were "cleared":
//The directory containing a CMake configuration file for BOOST.
BOOST_DIR:PATH=d:/Programs/Python27/share/cmake/qibuild/modules
//The directory containing a CMake configuration file for BOOST_FILESYSTEM.
BOOST_FILESYSTEM_DIR:PATH=d:/Programs/Python27/share/cmake/qibuild/modules
//Cleared.
BOOST_FILESYSTEM_EXECUTABLE:STRING=
//Cleared.
BOOST_FILESYSTEM_EXECUTABLE_DEBUG:STRING=
//Cleared.
Boost_DEFINITIONS:STRING=
//Cleared.
Boost_EXECUTABLE:STRING=
//Cleared.
Boost_EXECUTABLE_DEBUG:STRING=
//Boost filesystem library (debug)
Boost_FILESYSTEM_LIBRARY_DEBUG:FILEPATH=Boost_FILESYSTEM_LIBRARY_DEBUG-NOTFOUND
//Boost filesystem library (release)
Boost_FILESYSTEM_LIBRARY_RELEASE:FILEPATH=Boost_FILESYSTEM_LIBRARY_RELEASE-NOTFOUND
//Path to a file.
Boost_INCLUDE_DIR:PATH=D:/ALD_SDK/naoqi-sdk-1.14.5-win32-vs2010/include
//Cleared.
Boost_INCLUDE_DIRS:STRING=
//Cleared.
Boost_LIBRARIES:STRING=
I tried to add some variables to the CMakeLists.txt like this, but it didn't help:
set(Boost_DEBUG true)
set(BOOST_ROOT "D:/Programs/boost_1_57_0")
set(BOOST_INCLUDEDIR "D:/Programs/boost_1_57_0/boost")
set(BOOST_LIBRARYDIR "D:/Programs/boost_1_57_0/stage/lib")
Any help would be really appreciated!
This was the solution from the Aldebaran support:
It seems to have some incompatibilty between the NAOqi 1.14.5 C++ SDK for windows and the latest version of qibuild.
On my side I have tested with the latest version of qibuild and it gave me the same error as yours.
I will let our team now to update the documentation.
In the mean time I can propose you a workaround, ie, uninstall qibuild by using
pip uninstall qibuild and reinstall a version that is working with the NAOqi 1.14.5 C++ SDK for windows
pip install qibuild==3.5.1
This one should be working.