Dear Mathias, thank you very much for the hint. Indeed when 64 bit is off, make goes smoothly and make test passed all but 97,98 and 99. I was misled by the package lapack-3.2.1-4.el6(x86_64) which went to /usr/lib64/. By the way my system is Scientific Linux 6.1. Best regards Tadeusz
2011/11/25 comp-phys-alps-users-request@lists.phys.ethz.ch
Send Comp-phys-alps-users mailing list submissions to comp-phys-alps-users@lists.phys.ethz.ch
To subscribe or unsubscribe via the World Wide Web, visit https://lists.phys.ethz.ch/listinfo/comp-phys-alps-users or, via email, send a message with subject or body 'help' to comp-phys-alps-users-request@lists.phys.ethz.ch
You can reach the person managing the list at comp-phys-alps-users-owner@lists.phys.ethz.ch
When replying, please edit your Subject line so it is more specific than "Re: Contents of Comp-phys-alps-users digest..."
Today's Topics:
- alps-2.0.2 compile error (Tadeusz Wasiuty?ski)
- Re: alps-2.0.2 compile error (Mateusz ??cki)
- Re: alps-2.0.2 compile error (Matthias Troyer)
Message: 1 Date: Fri, 25 Nov 2011 10:07:52 +0100 From: Tadeusz Wasiuty?ski tadeusz.wasiutynski@ifj.edu.pl To: comp-phys-alps-users@lists.phys.ethz.ch Subject: [ALPS-users] alps-2.0.2 compile error Message-ID: <CAKNmYXinqnEPFuFv0X32Z=rrvwhU556W1aaOiJwEeAgiNgaoKQ@mail.gmail.com
Content-Type: text/plain; charset="iso-8859-1"
Dears, I had compiled successfully 2.0.1 version and made running with cmake as follows:
/home/wasiutyn/opt/bin/cmake -D BLAS_LIBRARY=/usr/lib64/libblas.so.3.2.1 -D LAPACK_LIBRARY=/usr/lib64/liblapack.so.3.2.1 -D LPSolve_LIBRARIES=/usr/lib64/liblpsolve55.so -D LPSolve_INCLUDE_DIR=/usr/include/ -D CMAKE_INSTALL_PREFIX=$HOME/ALPS -D LAPACK_64_BIT=ON -D HDF5_LIBRARIES=/home/wasiutyn/opt/lib/libhdf5.so.6 -D HDF5_INCLUDE_DIR=/home/wasiutyn/opt/include/ ~/alps-2.0.1-r5565-src-with-boost/alps/
However with about the same cmake I got:
-- CMAKE_GENERATOR: Unix Makefiles -- CMAKE_CL_64: -- CMAKE_SIZEOF_VOID_P: -- CMAKE_GENERATOR: Unix Makefiles -- CMAKE_CL_64: -- Build type: Release -- Python interpreter /usr/bin/python -- Python interpreter ok : version 2.6.6 -- PYTHON_INCLUDE_DIRS = /usr/include/python2.6 -- PYTHON_NUMPY_INCLUDE_DIR = /usr/lib64/python2.6/site-packages/numpy/core/include -- PYTHON_SITE_PKG = /usr/lib/python2.6/site-packages -- PYTHON_LIBRARY = /usr/lib64/python2.6/config/libpython2.6.so -- PYTHON_EXTRA_LIBS =-lpthread -ldl -lutil -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -- ALPS version: 2.0.2 -- Looking for Boost Source -- Found Boost Source: /home/wasiutyn/alps-2.0.2-r5790-src-with-boost/boost -- Boost Version: 1_47_0 -- Could NOT find MPI (missing: MPI_LIBRARY MPI_INCLUDE_PATH) -- MPI compiler was MPI_COMPILER-NOTFOUND -- Could NOT find SZIP (missing: SZIP_LIBRARIES SZIP_INCLUDE_DIRS) -- HDF5 version found is 1.8.6 in /home/wasiutyn/opt/include/ -- Python interpreter /usr/bin/python -- Python interpreter ok : version 2.6.6 -- PYTHON_INCLUDE_DIRS = /usr/include/python2.6 -- PYTHON_NUMPY_INCLUDE_DIR = /usr/lib64/python2.6/site-packages/numpy/core/include -- PYTHON_SITE_PKG = /usr/lib/python2.6/site-packages -- PYTHON_LIBRARY = /usr/lib64/python2.6/config/libpython2.6.so -- PYTHON_EXTRA_LIBS =-lpthread -ldl -lutil -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -- Numpy include in /usr/lib64/python2.6/site-packages/numpy/core/include -- ALPS XML dir is /home/wasiutyn/ALPS2/lib/xml -- Adding Boost dir: /home/wasiutyn/alps-2.0.2-r5790-src-with-boost/boost -- HDF5 version found is 1.8.6 in /home/wasiutyn/opt/include/ -- HDF5 version found is 1.8.6 in /home/wasiutyn/opt/include/ -- tebd will not be built -- Configuring done -- Generating done -- Build files have been written to: /home/wasiutyn/alps-2.0.2-r5790-src-with-boost/alps
during make I receive:
make[2]: *** [example/ietl/CMakeFiles/jacobidavidson2.dir/jacobidavidson2.cpp.o] Error 1 make[1]: *** [example/ietl/CMakeFiles/jacobidavidson2.dir/all] Error 2 make: *** [all] Error 2
The only differece I see in cmake output is Boost Version: now 1_47_0 was before 1_46_1
The same error was already reported earlier by Mateusz Lacki. What is the solution? Regards Tadeusz