> > If only an old version is the problem, I would just go ahead and download > and compile a recent version myself. I never had any issues with that and > should be quite simple.
I did this. Indeed the cmake output now prints A library with LAPACK API found. However, the lapack configuration fails: -- Include /home/ComptGasDynLab/vachanpotluri/source/dealii-9.1.1/cmake/configure/configure_1_lapack.cmake -- Lapack dir /usr/lib64 -- A library with LAPACK API found. -- Performing Test craypetsc_gnu_53_real-64_LIBRARY -- Performing Test craypetsc_gnu_53_real-64_LIBRARY - Success -- Performing Test rca_LIBRARY -- Performing Test rca_LIBRARY - Success -- Performing Test AtpSigHandler_LIBRARY -- Performing Test AtpSigHandler_LIBRARY - Success -- Performing Test AtpSigHCommData_LIBRARY -- Performing Test AtpSigHCommData_LIBRARY - Success -- Performing Test sci_gnu_61_mpi_LIBRARY -- Performing Test sci_gnu_61_mpi_LIBRARY - Success -- Performing Test sci_gnu_61_LIBRARY -- Performing Test sci_gnu_61_LIBRARY - Success -- Performing Test mpich_gnu_51_LIBRARY -- Performing Test mpich_gnu_51_LIBRARY - Success -- Performing Test mpichf90_gnu_51_LIBRARY -- Performing Test mpichf90_gnu_51_LIBRARY - Success -- Performing Test gfortran_LIBRARY -- Performing Test gfortran_LIBRARY - Success -- Performing Test quadmath_LIBRARY -- Performing Test quadmath_LIBRARY - Success -- Performing Test pthread_LIBRARY -- Performing Test pthread_LIBRARY - Success -- Performing Test m_LIBRARY -- Performing Test m_LIBRARY - Success -- Performing Test gomp_LIBRARY -- Performing Test gomp_LIBRARY - Success -- Performing Test gcc_s_LIBRARY -- Performing Test gcc_s_LIBRARY - Success -- Performing Test gcc_LIBRARY -- Performing Test gcc_LIBRARY - Success -- Performing Test c_LIBRARY -- Performing Test c_LIBRARY - Success -- LAPACK_LIBRARIES: *** Required variable "_lapack_libraries" empty *** -- LAPACK_LINKER_FLAGS: -- LAPACK_INCLUDE_DIRS: -- LAPACK_USER_INCLUDE_DIRS: -- Could NOT find LAPACK -- DEAL_II_WITH_LAPACK has unmet external dependencies. I had a look at cmake's version of FindLAPACK.cmake. They explicitly mention that for cray programming environment, the variable LAPACK_LIBRARIES is set empty. # On compilers that implicitly link LAPACK (such as ftn, cc, and CC on Cray HPC machines) # we used a placeholder for empty LAPACK_LIBRARIES to get through our logic above. if (LAPACK_LIBRARIES STREQUAL "LAPACK_LIBRARIES-PLACEHOLDER-FOR-EMPTY-LIBRARIES") set(LAPACK_LIBRARIES "") endif() And this is causing the error. So in deal.II's FindLAPACK.cmake can I set _lapack_libraries as OPTIONAL? Or is there a cleaner way to tackle this? -- The deal.II project is located at http://www.dealii.org/ For mailing list/forum options, see https://groups.google.com/d/forum/dealii?hl=en --- You received this message because you are subscribed to the Google Groups "deal.II User Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to dealii+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dealii/af1f6f19-a84b-4690-8242-8051df13d87f%40googlegroups.com.
