Fortran-FOSS-Programmers / Fortran-FOSS-Programmers/Best_Practices

Be standard?

Open
#2 37 comments 0 reactions 0 assignees View on GitHub
help wanted question
Dominant language
No language data
Stars
70
Forks
10
PR merge metrics
No merged PRs in 30d

Description

Dear all,

I start with my first question for you, with the hope you are interested to discuss on.

In my _best practices_ I always considered the _standard compliance_ as a guideline of paramount relevance. However, I know that in some circumstances, _extensions_ could be very helpful. One of my favorite _extension_ (if I can name it as) is _OpenMP_: even if OpenMP paradigm is not best solution we have, I use it extensively. It is not standard in the sense it is not a part of the Fortran standard (as the brilliant CAF is now!), so I am always in a grey area when I think to OpenMP. However, the OpenMP directives are defined as comments, so my _obsessive worries_ about standardization are partially quieted: even without a compiler supporting OpenMP paradigm, the code could be considered quite standard (at least if there are not specific call OpenMP runtime library I think).

My principal reason to be standard compliance, is portability: I think that if we try to be as standard as possible, portability is greatly enhanced.

What do you think about _standardization_?

P.S. one reasons why I have not still deeply tried the wonderful Hybrid-Fortran of @muellermichel is related to portability and standardization: codes using Hybrid-Fortran are _standard_ at least in the sense of OpenMP I above described? If I remember right, Hybrid-Fortran enabled codes have specific statement that must parsed by Hybrid-Fortran parser, but @muellermichel can explain. I am citing Hybrid-Fortran beacuse it is just a concrete example where I will happy to lost standard compliance in flavour of great help (in this case parallel performance, great Michel!).

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.