The pcre library is used. When compiling in win32, there is no error
The problem is solved. The topic can be closed
Related
When I tried to build gem5 with command scons build/X86/gem5.opt -j12, I received an error message saying
lto1: fatal error: bytecode stream in file '/home/beihai/anaconda3/lib/python3.8/config-3.8-x86_64-linux-gnu/libpython3.8.a' generated with LTO version 6.0 instead of the expected 8.1
I think it might be the problem of wrong gcc version. But I do not know how to fix it.
My system is Kubuntu 20.04
By running gcc -v, I got the global gcc version gcc version 9.3.0
By running /home/beihai/anaconda/envs/gem5build/bin/x86_64-conda_cos6-linux-gnu-gcc -v, I got the anaconda gcc version gcc version 7.3.0 (crosstoll-NG 1.23.0.449-a04d0)
Please tell me how to fix this problem.
I came across almost the same issue, except that mine said "LTO version 6.0 instead of the expected 6.2".
I searched for general solution for LTO compatibility issue and got some inspiration from this link: https://github.com/rust-lang/rust/issues/57176
Quick take from the above link: "I've looked into how this is related to python and found that the error only happens with python installed through anaconda."
So I removed my entire anaconda software package, and removed the build directory inside Gem5, and rerun the scon commands with an additional "--force-lto" arguments, now the installation is successful. Hope it can solve your issue as well.
The command I used: "scons --force-lto build/X86/gem5.opt -j6"
My setups is:
Ubuntu 18 withe kernel 4.15.0-134-generic
g++ --version = g++ (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0
Centos 7
cmake 3.6.1
sybase-15.0.5
gcc.4.9.2
Cmake generation is OK, but make is failed with this error:
/linopt/sybase-15.0-esd5/OCS-15_0/include/ctpublic.h:269:41: error: 'SQLDA' has not been declared
extern CS_RETCODE CS_PUBLIC ct_dynsqlda PROTOTYPE((
from CMmakeLists:
find_package(Sybase 15.0.5 EXACT REQUIRED)
So ctpublic.h is included, but where SQLDA is defined is not.
Adding this does not help:
target_include_directories(myApp
PUBLIC ${Sybase_INCLUDE_DIRS}
)
PostgreSql 9.6.8 library is also used in my project.
UPDATE:
Just figured out that these 2 libraries have 2 same files "sqlda.h".
How it can be resolved?
Any suggestions?
Found solution - used PostgreSQL library version 10.4 instead of 9.6.8 and errors are gone. Enjoy.
I compiled a software (GROMACS 2016.3) using cmake (3.5.1) with the following flags:
cmake .. -DGMX_BUILD_OWN_FFTW=ON -DREGRESSIONTEST_DOWNLOAD=ON -DGMX_MPI=on -DGMX_GPU=on -DGMX_OPENMP=on -DCUDA_TOOLKIT_ROOT_DIR=/usr/local/cuda-8.0 -DGPU_DEPLOYMENT_KIT_ROOT_DIR=/usr/local/cuda-8.0
CUDA libraries 8.0 were installed from deb with the default paths.
When the software runs it throws a warning as GROMACS was configured without NVML support ... Recompile with the NVML library.
How can I make it see such library? Am I giving the wrong paths to cmake? (No warnings or errors arise when compiling gromacs).
Many thanks
I am currently compiling GROMACS to support NVML as well, and here is how I got it to work: add this to your cmake, substitute your paths as needed.
-DNVML_INCLUDE_DIR=/usr/cuda_toolkit/8.0.61/include -DNVML_LIBRARY=/usr/cuda_toolkit/8.0.61/lib64/stubs/libnvidia-ml.so
NVML is included as of CUDA 8+, no longer a separate install.
this is my first post so please be gentle!
I'm getting what appear to be cmake errors when trying to configure an install of pcl 1.7 in OSX 10.8.5. The error which appears 18 times is:
Performing Test OpenMP_FLAG_DETECTED - Failed
and then after the 18 failed searches for OpenMP:
Could NOT find OpenMP (missing: OpenMP_C_FLAGS OpenMP_CXX_FLAGS)
Not found OpenMP
I'm also getting a red error (using cmake GUI) stating:
CMake Error at cmake/Modules/FindEigen.cmake:25 (file):
file Internal CMake error when trying to open file:
/Library/Frameworks/Eigen.framework/Eigen/src/Core/util/Macros.h for
reading.
Call Stack (most recent call first):
CMakeLists.txt:238 (find_package)
But then followed in black by:
Found Eigen: /Library/Frameworks/Eigen.framework
Eigen found (include: /Library/Frameworks/Eigen.framework, version: ..)
so perhaps this isn't the issue (also there are no references to Eigen in the CMakeError.log.
Any help diagnosing or fixing the problem would be greatly appreciated.
Thanks,
Mark
So it seems the OpenMP errors may be able to be resolved by switching the compiler from Clang to g++, though I haven't done this as I'll be OK without OpenMP. The Eigen error (which was what was halting the build) was fixed by uninstalling then reinstalling MacPorts.
I am trying to compile Cython code with the GCC compiler (which usually works like a charm), and as recommended on the "Using Parallelism" page I add the "-fopenmp" command to my setup file. However, when compiling I get the following error:
gcc.exe: libgomp.spec: No such file or directory
My version of gcc is 4.5.2, which I believe should support OpenMP just fine. I'm working on 64-bit Windows 7.
Any help would be appreciated!