Thanks.
This looks mostly good.
In particular, the Lapack CMake module seems to pick up "AtpSigHandler"
and "AtpSigHCommData":
55 # DEAL_II_WITH_LAPACK set up with external dependencies
56 # LAPACK_WITH_64BIT_BLAS_INDICES = OFF
57 # LAPACK_LINKER_FLAGS =
58 # LAPACK_INCLUDE_DIRS =
59 # LAPACK_USER_INCLUDE_DIRS =
60 # LAPACK_LIBRARIES =
/opt/intel/compilers_and_libraries_2019.3.199/linux/mkl/lib/intel64/libmkl_intel_lp64.so;/opt/intel/compilers_and_libraries_2019.3.199/linux/mkl/lib/intel6
4/libmkl_intel_thread.so;/opt/intel/compilers_and_libraries_2019.3.199/linux/mkl/lib/intel64/libmkl_core.so;/opt/intel/compilers_and_libraries_2019.3.199/linux/compiler/lib/intel64/libiom
p5.so;-lm;-ldl;hugetlbfs;AtpSigHandler;AtpSigHCommData;z;hdf5_hl;hdf5;hdf5hl_fortran;hdf5_fortran;mpich_intel;mpichf90_intel;ifport;ifcoremt;imf;m;ipgo;irc;pthread;svml;gcc;gcc_s;irc_s;dl
;c
One thing is peculiar:
108 # DEAL_II_WITH_ZLIB set up with external dependencies
109 # ZLIB_VERSION = 1.2.11
110 # ZLIB_INCLUDE_DIRS = /usr/include
111 # ZLIB_LIBRARIES = /usr/lib64/libz.so
This library does not reside under /global and I doubt it has the right
architecture. Would you mind disabling zlib support for the time being
(-DDEAL_II_WITH_ZLIB=OFF)? Or reconfigure such that the correct zlib
library is picked up?
Maybe this explains why the system linker /usr/bin/ld is used instead of
one from the toolchain under /opt/cray/pe/craype/2.6.2/bin ...
Best,
Matthias
--
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/87eenth0pj.fsf%4043-1.org.
