I cannot compile the pgrouting. The error message shows like below :
[ 5%] Built target apsp_warshall
[ 11%] Built target astar
[ 17%] Built target kdijkstra
[ 20%] Building CXX object src/apsp_johnson/src/CMakeFiles/apsp_johnson.dir/apsp_johnson_boost_wrapper.cpp.o
clang: error: unknown argument: '-fno-delete-null-pointer-checks'
make[2]: *** [src/apsp_johnson/src/CMakeFiles/apsp_johnson.dir/apsp_johnson_boost_wrapper.cpp.o] Error 1
make[1]: *** [src/apsp_johnson/src/CMakeFiles/apsp_johnson.dir/all] Error 2
make: *** [all] Error 2
Can some guide me how to solve this. I'm using OSX Mavericks. Any info would be appreciated. Thank you.
I found that marking the flag below makes compile successful in file src/apsp_johnson/src/CMakeLists.txt :
#SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fno-delete-null-pointer-checks")
Related
So I'm trying to install the Metacall CLI on my Windows machine using their installation guide.
However, while running the last step i.e. cmake --build . --target install, I'm getting the following error:
C:\Users\USER>cd core
C:\Users\USER\core>cd build
C:\Users\USER\core\build>cmake --build . --target install
[ 1%] Built target version
[ 1%] Built target preprocessor
[ 2%] Built target environment
[ 3%] Built target format
[ 4%] Built target backtrace
[ 5%] Built target threading
[ 13%] Built target log
[ 15%] Built target memory
[ 16%] Built target portability
[ 18%] Built target adt
[ 19%] Built target filesystem
[ 20%] Linking CXX shared library ..\..\libdynlinkd.dll
CMakeFiles\dynlink.dir/objects.a(dynlink_impl_win32.c.obj): In function `dynlink_impl_interface_lib_path_win32':
C:/Users/USER/core/source/dynlink/source/dynlink_impl_win32.c:124: undefined reference to `EnumProcessModules#16'
C:/Users/USER/core/source/dynlink/source/dynlink_impl_win32.c:132: undefined reference to `GetModuleFileNameExA#16'
collect2.exe: error: ld returned 1 exit status
source\dynlink\CMakeFiles\dynlink.dir\build.make:171: recipe for target 'libdynlinkd.dll' failed
mingw32-make.exe[2]: *** [libdynlinkd.dll] Error 1
CMakeFiles\Makefile2:3839: recipe for target 'source/dynlink/CMakeFiles/dynlink.dir/all' failed
mingw32-make.exe[1]: *** [source/dynlink/CMakeFiles/dynlink.dir/all] Error 2
Makefile:154: recipe for target 'all' failed
mingw32-make.exe: *** [all] Error 2
C:\Users\USER\core\build>
During the installation of SUMO (https://github.com/eclipse/sumo) on Ubuntu 16.04 VBox I face an error when i want to build (when i use make i get an error):
[ 80%] Built target _libsumo
[ 80%] Linking CXX shared module ../../../../bin/liblibsumojni.so
/usr/lib/java/bin/javac: 1: /usr/lib/java/bin/javac: Syntax error: word unexpected (expecting ")")
src/libsumo/CMakeFiles/libsumojni.dir/build.make:147: recipe for target '../../bin/liblibsumojni.so' failed
make[2]: *** [../../bin/liblibsumojni.so] Error 2
make[2]: *** Deleting file '../../bin/liblibsumojni.so'
CMakeFiles/Makefile2:1484: recipe for target 'src/libsumo/CMakeFiles/libsumojni.dir/all' failed
make[1]: *** [src/libsumo/CMakeFiles/libsumojni.dir/all] Error 2
Makefile:160: recipe for target 'all' failed
make: *** [all] Error 2
Any suggestions please ?
Thank you!
It is probably a problem with your java version. Unless you really need those Java bindings you can simply disable them when calling cmake like this:
cmake -DENABLE_JAVA_BINDINGS=OFF ../..
(this assumes you have a build dir like build/cmake-build as in the docs).
trying to build on OSX, got the following antlr error. Need to install antlr-runtime?
[ 43%] Built target antlr4_runtime
[ 43%] Built target csv_infer
[ 45%] Performing build_static step for 'antlr4_runtime'
make[4]: *** No rule to make target `antlr4_static'. Stop.
make[3]: *** [antlr4_runtime/src/antlr4_runtime-stamp/antlr4_runtime-build_static] Error 2
make[2]: *** [CMakeFiles/antlr4_runtime-build_static.dir/all] Error 2
make[1]: *** [all] Error 2
make: *** [dev] Error 2
This has now been fixed.
CMake 3.14 changed where the ExternalProject module builds the source. It was unable to find ANTLR's own CMake files, necessitating a change to the WORKING_DIRECTORY.
I am trying to install Elemental. I cloned it from the GitHub directory. Made a build directory and ran cmake command in it. But when I do a make, it shows the following error message:
[ 73%] Linking CUDA device code
CMakeFiles/EntrywiseMap.dir/cmake_device_link.o
nvcc fatal : Unknown option 'pthread'
tests/CMakeFiles/EntrywiseMap.dir/build.make:99: recipe for target
'tests/CMakeFiles/EntrywiseMap.dir/cmake_device_link.o' failed
make[2]: *** [tests/CMakeFiles/EntrywiseMap.dir/cmake_device_link.o]
Error 1
CMakeFiles/Makefile2:1506: recipe for target
'tests/CMakeFiles/EntrywiseMap.dir/all' failed
make[1]: *** [tests/CMakeFiles/EntrywiseMap.dir/all] Error 2
Makefile:140: recipe for target 'all' failed
make: *** [all] Error 2
I am using ubuntu 18, with cuda 10 and cmake version 3.13.4
What's the version of Cmake? This issue seems to be on CMake 3.12 and fixed on CMake 3.13
For me moving to the newer version of CMake 3.14.0 helped get past the issue.
When I try to build Artery on Ubuntu 16.04. the following happens after invoking
$ cmake --build /home/hardt/Veins/artery-master/build
[ 23%] Linking CXX shared library libartery.so
/usr/bin/ld: /usr/local/lib/libvanetza_btp.a(data_request.cpp.o): relocation R_X86_64_32 against `.bss' can not be used when making a shared
object; recompile with -fPIC
/usr/local/lib/libvanetza_btp.a: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
src/artery/CMakeFiles/artery.dir/build.make:954: recipe for target'src/artery/libartery.so' failed
make[2]: *** [src/artery/libartery.so] Error 1
CMakeFiles/Makefile2:229: recipe for target 'src/artery/CMakeFiles/artery.dir/all' failed
make[1]: *** [src/artery/CMakeFiles/artery.dir/all] Error 2
Makefile:83: recipe for target 'all' failed
make: *** [all] Error 2
As I am not all that familiar with building source on Unix systems I am not quite sure how to deal with this error.
I am using cmake version 3.9.3, boost 1.65.1 and crypto++ 5.6.4 the geographiclib built without error as well.
As one can read in the comments, the problem is solved.
The path to the vanetza directory VANETZA_DIR in the cmake configuration was wrong. Correcting this via ccmake solved the problem.