Closed xiaocanli closed 3 years ago
Dear @xiaocanli
I am sorry for my delay, this is a very busy period. I'll check this bug ASAP.
Thank you very much for pointing it out.
Dear @xiaocanli
Later today I'll should be able to investigate this issue. Stay tuned.
Hello there, It's been ages, but I am getting the same under gfortran 7.5 :)
@AliE89
Wow, I missed that this is still live, my bad.
Old versions of compilers are not supported, I am sorry, but I can try to help if the issue is not related to compilers bugs.
Commonly issues related to R16P are related to my flip/flop behavior to support 128bit real kind (due to the fact that some compilers do not support that kind). Currently, I am working a lot with NVFortran that does not support R16P thus I could have introduced some incompatibilities into my libraries.
Can you give me more details about your issue?
Hi Stefano,
yes it looks to be alive. I had to remove from the interface the _R16 function to make it work.
@AliE89
I cannot try old version of GCC. Currently, I am using gcc 10.2.0 and it seems to compile well (at least by means of FoBiS).
I have been using it with newer versions of gfortran and ifort without a problem (compiled using FoBis).
Cool, so it is me beign an erethic not using fobis XD thanks for the feedback guys
On Fri, 9 Apr 2021, 16:43 Xiaocan Li, @.***> wrote:
I have been using it with newer versions of gfortran and ifort without a problem (compiled using FoBis).
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/szaghi/FLAP/issues/79#issuecomment-816733733, or unsubscribe https://github.com/notifications/unsubscribe-auth/AL4ZV6RFFKTE6Y6T2BW7SE3TH4HBRANCNFSM4EHPJX4A .
Since we will not test older versions of gfortran, I would suggest closing this old issue. @AliE89 Thanks for bringing this up! @szaghi Thanks for this great library!
Sure, let's close it. I have used gfortran 10.2 as well, a simpky think i am missing some definitions while using my own makefile, while fobis can configuration file can deal with it.
On Fri, 9 Apr 2021, 17:08 Xiaocan Li, @.***> wrote:
Since we will not test older versions of gfortran, I would suggest closing this old issue. @AliE89 https://github.com/AliE89 Thanks for bringing this up! @szaghi https://github.com/szaghi Thanks for this great library!
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/szaghi/FLAP/issues/79#issuecomment-816750842, or unsubscribe https://github.com/notifications/unsubscribe-auth/AL4ZV6UF2M5NW7ZB62NWGTLTH4J7NANCNFSM4EHPJX4A .
Below is the log. It seems to be due to the R16 extension.
Builder options Directories Building directory: "static" Compiled-objects .o directory: "static/obj" Compiled-objects .mod directory: "static/mod" Compiler options Vendor: "gnu" Compiler command: "gfortran" Module directory switch: "-J" Compiling flags: "-cpp -c -frealloc-lhs -O2 -D_R16P_SUPPORTED" Linking flags: "" Preprocessing flags: "-D_R16P_SUPPORTED" Coverage: False Profile: False PreForM.py used: False PreForM.py output directory: None PreForM.py extensions processed: []
Building src/lib/flap.f90 Compiling src/third_party/PENF/src/lib/penf_global_parameters_variables.F90 serially Compiling src/third_party/PENF/src/lib/penf_b_size.F90 serially Compiling src/third_party/PENF/src/lib/penf_stringify.F90 serially Compiling src/third_party/PENF/src/lib/penf.F90 serially Compiling src/third_party/FACE/src/lib/face.f90 src/lib/flap_object_t.f90 src/lib/flap_utils_m.f90 using 2 concurrent processes Compiling src/lib/flap_command_line_argument_t.F90 serially src/lib/flap_command_line_argument_t.F90:52:39:
Error: ‘get_cla_list_varying_r16p’ and ‘get_cla_list_varying_r8p’ for GENERIC ‘get_varying’ at (1) are ambiguous (null):0: confused by earlier errors, bailing out
src/lib/flap_command_line_argument_t.F90:52:39:
Error: ‘get_cla_list_varying_r16p’ and ‘get_cla_list_varying_r8p’ for GENERIC ‘get_varying’ at (1) are ambiguous (null):0: confused by earlier errors, bailing out