include/c++/4.4.6/x86_64-unknown-linux-gnu/bits/c++locale.h(

[jeff_science]

I setup like this:

./setup --fc mpif90 --cc mpicc --cxx mpicxx --mkl=parallel --mpi --explicit-libs "-L$MKLROOT -mkl"

This is the error:

Code: Select all

[jhammond@blogin1 build]$ make
[  0%] Built target git_update
[  0%] Built target gen1int
[  1%] Built target gen1int_interface
[  2%] Built target pelib
[  2%] Built target generate_binary_info
[  2%] Building Fortran object CMakeFiles/dalton.dir/binary_info.F90.o
Linking Fortran static library lib/libdalton.a
[ 68%] Built target dalton
Linking Fortran executable dalton.x
[ 68%] Built target dalton.x
[ 68%] Built target lsutillib_precision
[ 69%] Built target xcfun_interface
[ 69%] Built target matrixmlib
[ 74%] Built target lsutillib_common
[ 75%] Built target matrixolib
[ 75%] Built target matrixulib
[ 75%] Built target pdpacklib
[ 76%] Built target lsutiltypelib_common
[ 79%] Built target fmmlib
[ 82%] Built target dftfunclib
Scanning dependencies of target lsutillib
[ 82%] Building Fortran object CMakeFiles/lsutillib.dir/binary_info.F90.o
Linking Fortran static library lib/liblsutillib.a
[ 83%] Built target lsutillib
[ 85%] Built target lsintlib
[ 85%] Built target ddynamlib
[ 88%] Built target declib
[ 88%] Building CXX object CMakeFiles/geooptlib.dir/LSDALTON/geomopt/dqdx.cpp.o
/fusion/gpfs/software/linux-rhel5-x86_64/gcc/4.4.6/bin/../include/c++/4.4.6/x86_64-unknown-linux-gnu/bits/c++locale.h(52): error: identifier "uselocale" is undefined
    extern "C" __typeof(uselocale) __uselocale;
                        ^

compilation aborted for /fusion/gpfs/home/jhammond/DALTON/dalton/LSDALTON/geomopt/dqdx.cpp (code 2)
make[2]: *** [CMakeFiles/geooptlib.dir/LSDALTON/geomopt/dqdx.cpp.o] Error 2
make[1]: *** [CMakeFiles/geooptlib.dir/all] Error 2
make: *** [all] Error 2

These are my compilers:

[jhammond@blogin1 build]$ mpif90 -show ; mpicc -show ; mpicxx -show ; mpif90 -v ; mpicc -v ; mpicxx -v
ifort -L/lib -Wl,-rpath,/lib -L/lib -Wl,-rpath,/lib -L/usr/lib64 -L/usr/lib -I/software/mvapich2-intel-psm-1.9.5/include -I/software/mvapich2-intel-psm-1.9.5/include -L/software/mvapich2-intel-psm-1.9.5/lib -lmpichf90 -Wl,-rpath -Wl,/software/mvapich2-intel-psm-1.9.5/lib -lmpich -lopa -lmpl -lpsm_infinipath -lpthread
icc -L/lib -Wl,-rpath,/lib -L/lib -Wl,-rpath,/lib -L/usr/lib64 -L/usr/lib -I/software/mvapich2-intel-psm-1.9.5/include -L/software/mvapich2-intel-psm-1.9.5/lib -Wl,-rpath -Wl,/software/mvapich2-intel-psm-1.9.5/lib -lmpich -lopa -lmpl -lpsm_infinipath -lpthread
icpc -L/lib -Wl,-rpath,/lib -L/lib -Wl,-rpath,/lib -L/usr/lib64 -L/usr/lib -I/software/mvapich2-intel-psm-1.9.5/include -L/software/mvapich2-intel-psm-1.9.5/lib -lmpichcxx -Wl,-rpath -Wl,/software/mvapich2-intel-psm-1.9.5/lib -lmpich -lopa -lmpl -lpsm_infinipath -lpthread
mpif90 for MVAPICH2 version 1.9
ifort version 12.1.0
mpicc for MVAPICH2 version 1.9
icc version 12.1.0 (gcc version 4.4.6 compatibility)
mpicxx for MVAPICH2 version 1.9
icpc version 12.1.0 (gcc version 4.4.6 compatibility)

Any clues?

Thanks

Jeff

[simensr]

Hi Jeff,

For some reason it seems -lstdc++ is missing. I am trying to figure out why. If you are impatient I think:

./setup --fc mpif90 --cc mpicc --cxx mpicxx --mkl=parallel --mpi --explicit-libs "-L$MKLROOT -mkl -llstdc++"

might do the trick.

Best regards,
Simen

[jeff_science]

Why do you think adding a library at link time will resolve a compile-time error related to header parsing? If you solution works, it is very odd.

I gave up on Intel compilers eventually due to incessant CMake failures and will revisit the build issues after I get the data for my paper...

[bast]

hi Jeff,
i think there is some locale incompatibility at the compiler level (icpc/gcc).
what i would do is to compile with make VERBOSE=1 until it stops due to the error.
then you see exactly what compile line crashed it and you can test it interactively
without cmake being there. IMO has nothing to do with cmake.
good luck!
radovan

[simensr]

Hi Jeff,

I was confusing your error with another error, and my suggestion will of course not work. I think Radovan is right that it is an incompatibility between gnu and intel going on here (as it tries to use the gnu version of c++locale.h).

Best regards,
Simen