Error building libsmm
Abhishek Bagusetty
abhishek... at gmail.com
Thu Oct 23 04:54:24 UTC 2014
Thanks for figuring out the issue. I have used ifort instead of gfortran
and I still get a different set of errors.
During the 3rd step ./generate -c config/linux.intel -j 20 -t 16 -w pbs
small1
These are the set of errors which looks different to the earlier ones :
multrec_gen.f90(267): error #5144: Invalid character_kind_parameter. No
underscore
IF (ANY(best_square<1)) ERROR STOP "tiny opts file needs sufficiently
many square sizes"
---------------------------------------------------------------------------------------------^
multrec_gen.f90(267): error #5082: Syntax error, found IDENTIFIER 'STOP'
when expecting one of: ( % : . = =>
IF (ANY(best_square<1)) ERROR STOP "tiny opts file needs sufficiently
many square sizes"
-----------------------------------^
multrec_gen.f90(331): error #5144: Invalid character_kind_parameter. No
underscore
ERROR STOP "MISSING CASE mult_versions"
----------------------------------------------^
multrec_gen.f90(331): error #5082: Syntax error, found IDENTIFIER 'STOP'
when expecting one of: ( % : . = =>
ERROR STOP "MISSING CASE mult_versions"
-------------^
multrec_gen.f90(267): error #6404: This name does not have a type, and must
have an explicit type. [ERROR]
IF (ANY(best_square<1)) ERROR STOP "tiny opts file needs sufficiently
many square sizes"
-----------------------------^
compilation aborted for multrec_gen.f90 (code 1)
More info :
ifort 11.1
./generate cleanall is done before building with ifort.
Thanks for your help.
Abhishek
On Wednesday, October 22, 2014 4:31:48 AM UTC-4, Alfio Lazzaro wrote:
>
> Ok, thanks. I can reproduce your error and I think I understood its
> source.
> It turns out that the compiler used for the compilation of the libsmm
> fortran files (gfortran 4.3 in my case) is the source of the problem.
> I think the easiest solution would be to change inside the file:
>
> build_libsmm/config/linux.intel
>
> the last line from:
>
> host_compile="gfortran -O2"
>
> to
>
> host_compile="ifort -O2"
>
> BTW, the error doesn't happen if I use gfortran 4.6.
>
> I hope this solves your problem.
>
> Alfio
>
>
> Il giorno mercoledì 22 ottobre 2014 01:44:25 UTC+2, Abhishek Bagusetty ha
> scritto:
>>
>> Please find the attachment for the tiny summary file.
>>
>> Abhishek
>>
>> On Tuesday, October 21, 2014 11:10:04 AM UTC-4, Alfio Lazzaro wrote:
>>>
>>> Interesting... Then it seems that the problem is in the small1 phase...
>>> Could you send me in attachment your tiny summary file? I will check
>>> what is wrong...
>>>
>>> Alfio
>>>
>>>
>>>
>>> Il giorno martedì 21 ottobre 2014 15:24:06 UTC+2, Abhishek Bagusetty ha
>>> scritto:
>>>>
>>>> I have checked the summary file tiny_gen_optimal_dnn_linux.intel.out
>>>> and it has 9 columns with 13824 lines with no sign of corrupted entries. On
>>>> the same lines, there are 13824 *.out files in
>>>> build_libsmm/run_tiny_dnn/output_linux.intel.
>>>>
>>>> It looks like we can rule out that there could be something wrong with
>>>> the summary file. I guess it would be worth informing that while collecting
>>>> results using tiny2 some of the *.out files were missing so I had to run
>>>> the tiny1 again to get the completion and tiny2 went smoothly. I am not
>>>> sure if this could have triggered this issue.
>>>>
>>>> let me know what you think on this.
>>>>
>>>> Thanks,
>>>> Abhishek
>>>>
>>>> On Tuesday, October 21, 2014 3:20:03 AM UTC-4, Alfio Lazzaro wrote:
>>>>>
>>>>> OK, the files from tiny1 are generated correctly (6 columns is OK for
>>>>> the tiny1 files). The 9 columns are for the summary file generated during
>>>>> the tiny2 phase in the the main directory. Look inside the main directory
>>>>> (build_libsmm) for the file tiny_gen_optimal_dnn_linux.intel.out. I suspect
>>>>> that this file has 3 columns (the first 3) in some lines (all lines must
>>>>> have 9 columns). BTW, if you hare using the default configuration for tiny1
>>>>> matrix dimensions, then you should have 13824 *out files inside
>>>>> build_libsmm/run_tiny_dnn/output_linux.intel. You can check it by using
>>>>>
>>>>> > ls *.out | wc -l
>>>>>
>>>>> The same for the summary file:
>>>>>
>>>>> > wc -l tiny_gen_optimal_dnn_linux.intel.out
>>>>> 13824 tiny_gen_optimal_dnn_linux.intel.out
>>>>>
>>>>> We can have several possible errors:
>>>>> 1) some of the *.out files are missing or corrupted
>>>>> 2) the summary file is corrupted
>>>>>
>>>>> Let me know what you get from this investigation. Likely the problem
>>>>> is in the summary file...
>>>>>
>>>>> Alfio
>>>>>
>>>>>
>>>>>
>>>>> Il giorno lunedì 20 ottobre 2014 22:54:39 UTC+2, Abhishek Bagusetty ha
>>>>> scritto:
>>>>>>
>>>>>> Hi Alfio,
>>>>>>
>>>>>> I have looked into the *.out files generated by the tiny1. I didn't
>>>>>> see 9 columns in the *.out but instead 6 columns.
>>>>>>
>>>>>> 1 1 1 1 0.441932 2.263
>>>>>> 1 1 1 7 0.242963 4.116
>>>>>> 1 1 17 1 0.370944 2.696
>>>>>> 1 3 1 1 0.249962 4.001
>>>>>> 1 3 1 7 0.544917 1.835
>>>>>> 1 5 1 1 0.267959 3.732
>>>>>> 1 15 1 1 0.498925 2.004
>>>>>> 2 1 1 1 0.441932 2.263
>>>>>>
>>>>>> This is the output from a file (tiny_find_xx_xx_xx.out) in
>>>>>> /build_libsmm/run_tiny_dnn/output_linux.intel/
>>>>>> I have modified the pbs.wlm file by getting rid of few options like
>>>>>> -lmppwidth and -lmppnppn which were not defined in the PBS for our cluster.
>>>>>> I am not sure how to investigate further. Do you have any pointers on
>>>>>> how to approach this ?
>>>>>>
>>>>>> Thank for your time.
>>>>>>
>>>>>> Abhishek
>>>>>>
>>>>>> On Monday, October 20, 2014 12:41:23 AM UTC-4, Alfio Lazzaro wrote:
>>>>>>>
>>>>>>> Hello Abhishek,
>>>>>>> could you check if the tiny2 phase is properly producing the tiny
>>>>>>> file? I mean, the error you are seeing is that the system is not able to
>>>>>>> read the tiny results during the small1 phase.
>>>>>>> The file should be something similar to:
>>>>>>>
>>>>>>> 1 1 1 1 1 1 1 0.447362 0.447
>>>>>>> 1 1 2 4 1 1 1 0.451188 0.887
>>>>>>> 1 1 3 3 1 1 1 0.484057 1.240
>>>>>>> 1 1 4 5 1 1 4 0.500210 1.599
>>>>>>> 1 1 5 6 1 1 5 0.548113 1.824
>>>>>>> 1 1 6 1 1 1 6 0.456724 2.190
>>>>>>>
>>>>>>> As you can see there are 9 columns. If you see only 3 (the first
>>>>>>> three ones) then there is something wrong during tiny1.
>>>>>>> The next step would be to investigate if the files *.out inside the
>>>>>>> tiny1 directory and then output directory are correct (you can post an
>>>>>>> example of .out file).
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>> Alfio
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Il giorno domenica 19 ottobre 2014 22:03:42 UTC+2, Abhishek
>>>>>>> Bagusetty ha scritto:
>>>>>>>>
>>>>>>>> Hi Users & Developers,
>>>>>>>>
>>>>>>>> I am trying to build libsmm small matrix multiplication library and
>>>>>>>> got an error while doing the 3rd step.
>>>>>>>>
>>>>>>>> Steps :
>>>>>>>> 1. ./generate -c config/linux.intel -j 100 -t 16 -w pbs tiny1
>>>>>>>> 2. ./generate -c config/linux.intel tiny2
>>>>>>>> 3. ./generate -c config/linux.intel -j 20 -t 16 -w pbs small1
>>>>>>>>
>>>>>>>>
>>>>>>>> multrec_gen.f90:267.29:
>>>>>>>>
>>>>>>>> IF (ANY(best_square<1)) ERROR STOP "tiny opts file needs
>>>>>>>> sufficiently many
>>>>>>>>
>>>>>>>> 1
>>>>>>>>
>>>>>>>> Error: Cannot assign to a named constant at (1)
>>>>>>>>
>>>>>>>> multrec_gen.f90:331.7:
>>>>>>>>
>>>>>>>> ERROR STOP "MISSING CASE mult_versions"
>>>>>>>>
>>>>>>>> 1
>>>>>>>> Error: Unclassifiable statement at (1)
>>>>>>>>
>>>>>>>>
>>>>>>>> It would be great, if anyone has any pointers to get a fix on this
>>>>>>>> issue.
>>>>>>>> Thanks,
>>>>>>>>
>>>>>>>> Abhishek
>>>>>>>> ------------------------------------------------------------
>>>>>>>> -----------------------------------------------
>>>>>>>> Abhishek Bagusetty
>>>>>>>> PhD Student, Computational Modeling & Simulation
>>>>>>>> Center for Simulation and Modeling
>>>>>>>> Department of Chemical & Petroleum Engineering
>>>>>>>> University of Pittsburgh
>>>>>>>> Pittsburgh, PA - 15261
>>>>>>>> Office : 920 Benedum Hall
>>>>>>>>
>>>>>>>> -----------------------------------------------------------------------------------------------------------
>>>>>>>>
>>>>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cp2k.org/archives/cp2k-user/attachments/20141022/91e6a9b8/attachment.htm>
More information about the CP2K-user
mailing list