HI Matthias, thanks for your input -- you might be onto something RE ld
We use a wrapper script for ld: ``` blaschke@cori06:~> which ld /global/common/cori/software/altd/2.0/bin/ld ``` which is managed by the ALTD module (Automatic Library Tracking Database). Using the system linker (which is what cmake is picking up) isn't usually a problem, but in this case it might be. I checked Aaditya's loaded modules and ALTD is in there, so CMake should be picking it up. How does CMake detect the linker? Is it just a question of adding `-DCMAKE_LINKER=$(which ld)`? RE zlib: we have a zlib module. So maybe it's just a question of loading that. Does CMake just detect zlib in the PATH? If so, doing a `module load zlib` should be enough. Otherwise, is there a way to point CMake to the zlib module directory? Cheers, Johannes On Wednesday, August 26, 2020 at 8:43:42 AM UTC-7 Matthias Maier wrote: > 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/1e80f461-b41a-4730-9b10-127004e5ce0dn%40googlegroups.com.
