cp2k build intel compilers
Stanislav Šimko
stanisl... at gmail.com
Thu Sep 20 06:20:46 UTC 2018
I tried gcc 5.2 (newest available), but compilation didn't succeed. I may
look more into it.
On Wednesday, September 19, 2018 at 10:51:32 PM UTC+2, Alfio Lazzaro wrote:
>
> Probably all is too much...
> You can use
>
> -check bounds -check pointers
>
> (see ifort --help for more options).
>
> At this point, I don't have any other suggestion. As a last comment, is
> there any reason why you want to use the intel compiler? CP2K shows good
> performance with GCC too (linking with MKL)...
>
> Il giorno mercoledì 19 settembre 2018 20:46:29 UTC+2, Stanislav Šimko ha
> scritto:
>>
>> I tried the "-check all -g" flag and I got huge error log that I can not
>> interpret. Do you have any idea what could be going on?
>>
>> On Wednesday, September 19, 2018 at 8:01:08 PM UTC+2, Alfio Lazzaro wrote:
>>>
>>> Sorry, just to make sure, are you using the 17.0.4?
>>>
>>> From your stacktrace:
>>>
>>> cp2k.popt 000000000D7A6BDD Unknown Unknown
>>> Unknown
>>> libpthread-2.17.s 00002AD8E6CFB680 Unknown Unknown
>>> Unknown
>>> cp2k.popt 0000000007411331 dbcsr_api_mp_dbcs 795
>>> dbcsr_api.F
>>> cp2k.popt 000000000567834C cp_dbcsr_operatio 944
>>> cp_dbcsr_operations.F
>>>
>>> It sees to me that this is a bug with some version of the Intel
>>> compiler, namely with Optional Pointer dummy arguments...
>>> Second question, have you tried to run the CP2K regtests?
>>> One more suggestion: you can use the flags "-check all -g", maybe you
>>> can get a better error message...
>>>
>>>
>>> Il giorno mercoledì 19 settembre 2018 18:05:46 UTC+2, Stanislav Šimko ha
>>> scritto:
>>>>
>>>> Thank you Alfio for your suggestions. Unfortunately, it is still not
>>>> working - I compiled only support for fftw3, mkl, mpi (and even without
>>>> mpi) and I still get the same error. I tried contacting the system admins
>>>> and I shall see whether they have more luck compiling it. Nevertheless, I'm
>>>> still open to suggestions.
>>>>
>>>> Thank you.
>>>>
>>>> On Sunday, September 16, 2018 at 9:32:13 PM UTC+2, Alfio Lazzaro wrote:
>>>>>
>>>>> Hello Stanislav,
>>>>> I would suggest starting with a minimal CP2K installation, i.e.
>>>>> without any major library, lust MKL (with FFTW) and IntelMPI.
>>>>> An arch file would be:
>>>>>
>>>>> CC = cc
>>>>> CPP =
>>>>> FC = mpiifort
>>>>> LD = mpiifort
>>>>> AR = ar -r
>>>>>
>>>>> CPPFLAGS =
>>>>> DFLAGS = -D__MKL -D__FFTW3 -D__parallel \
>>>>> -D__SCALAPACK
>>>>> CFLAGS = $(DFLAGS)
>>>>> MKLROOT = <path to MKL>
>>>>> FCFLAGS = $(DFLAGS) -O2 -g -traceback -fpp -free \
>>>>> -I$(MKLROOT)/include -I$(MKLROOT)/include/fftw
>>>>> FCFLAGS2 = $(DFLAGS) -O0 -g -traceback -fpp -free \
>>>>> -I$(MKLROOT)/include -I$(MKLROOT)/include/fftw
>>>>> LDFLAGS = $(FCFLAGS) -static-intel
>>>>> LDFLAGS_C = $(FCFLAGS) -static-intel -nofor_main
>>>>> LIBS = $(MKLROOT)/lib/intel64/libmkl_scalapack_lp64.a \
>>>>> -Wl,--start-group $(MKLROOT)/lib/intel64/libmkl_intel_lp64.a \
>>>>> $(MKLROOT)/lib/intel64/libmkl_sequential.a \
>>>>> $(MKLROOT)/lib/intel64/libmkl_core.a \
>>>>> $(MKLROOT)/lib/intel64/libmkl_blacs_intelmpi_lp64.a -Wl,--end-group \
>>>>> -lpthread -lm
>>>>>
>>>>> # Required due to memory leak that occurs if high optimisations are
>>>>> used
>>>>> mp2_optimize_ri_basis.o: mp2_optimize_ri_basis.F
>>>>> $(FC) -c $(FCFLAGS2) $<
>>>>>
>>>>> Concerning the compiler, please take a look at this page
>>>>>
>>>>> https://www.cp2k.org/dev:compiler_support
>>>>>
>>>>> Intel 17.0.2 is not tested by CP2K people, so I'm not sure if it
>>>>> works. It would be better to use 17.0.4 or 18.0.3. They are both well
>>>>> tested...
>>>>> The best would be to run the CP2K regression test.
>>>>>
>>>>> Assuming that everything works fine, then I would move to include
>>>>> other libraries (libxsmm, ELPA, LIBXC, Libint).
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Alfio
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Il giorno domenica 16 settembre 2018 01:33:30 UTC+2, Stanislav Šimko
>>>>> ha scritto:
>>>>>>
>>>>>> Well, it's unfortunately getting a lot messier. I got cp2k compiled
>>>>>> on 2 machines in the end, but I get bad results. On both machines, I use
>>>>>> intel 17.0.2 compilers. Results on both machines are different (and
>>>>>> presumably wrong) from each other. I also compared results of the input
>>>>>> file to results obtained by an older versions (4.1 compiled with gcc on one
>>>>>> machine, 3.0 compiled with some intel compilers on the second machine;
>>>>>> these two installations gave same results). All energies except the self
>>>>>> energy is different:
>>>>>> "coorect"
>>>>>>
>>>>>> Overlap energy of the core charge distribution:
>>>>>> 0.00000310201993
>>>>>> Self energy of the core charge distribution:
>>>>>> -1007.31897988265303
>>>>>> Core Hamiltonian energy:
>>>>>> 295.26625363987614
>>>>>> Hartree energy:
>>>>>> 418.52562360415197
>>>>>> Exchange-correlation energy:
>>>>>> -101.48179826891138
>>>>>>
>>>>>> Total energy:
>>>>>> -395.00889780551631
>>>>>>
>>>>>> outer SCF iter = 1 RMS gradient = 0.00E+00 energy =
>>>>>> -395.0088978055
>>>>>> outer SCF loop converged in 1 iterations or 15 steps
>>>>>>
>>>>>>
>>>>>> ENERGY| Total FORCE_EVAL ( QS ) energy (a.u.):
>>>>>> -395.008897805517336
>>>>>>
>>>>>>
>>>>>> wrong output files are attached. I'm now trying to find out how to
>>>>>> test LIBINT, LIBXC, LIBXSMM and ELPA. Haven't had much luck yet.
>>>>>>
>>>>>> Thank you for any suggestions.
>>>>>>
>>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cp2k.org/archives/cp2k-user/attachments/20180919/2d22d711/attachment.htm>
More information about the CP2K-user
mailing list