<div dir="ltr"><div dir="ltr">Mark, those are specifically fortran issues, not C.  Both of those warnings refer to fortran constructs which were declared obsolescent in fortran 90.  That is a long time ago.  However, it looks like your modern gfortran version is still compiling these constructs correctly, but issuing compile time warnings.  This is most appropriate.  If possible, test functionality to ensure that part about "compiling correctly" is not a lie.</div><div dir="ltr"><br></div><div dir="ltr">I suggest best practice is to /not/ cover up these warnings with some -std option or other sort of patch.  If the build works, then leave the warnings in place for future benefit.  For best results, request an upstream fix to replace these deleted constructs with more modern constructs, or submit your own upstream fix.  Both fixes are straightforward fortran.</div><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 5, 2022 at 9:22 PM Mark Brethen <<a href="mailto:mark.brethen@gmail.com">mark.brethen@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">I have the compiler.setup so that gfortran is selected by default, however checking the build log I’m seeing these warning messages:<br>
<br>
Warning: Fortran 2018 deleted feature: DO termination statement which is not END DO or CONTINUE with label 215 at (1)<br>
<br>
Warning: Fortran 2018 deleted feature: Arithmetic IF statement at (1)<br><br>
Those messages are only warnings. But to side-step these issues, do I need to add the -std option to specify which version of the fortran standard to use when compiling?<br>
<br>
E.g. compiler.c_standard   2008<br>
<br>
Thanks<br>
Mark<br><br>
<br>
> On Jul 4, 2022, at 9:36 AM, Mark Brethen <<a href="mailto:mark.brethen@gmail.com" target="_blank">mark.brethen@gmail.com</a>> wrote:<br>
> <br>
> Sorry for the confusion, 'sudo port build xyx'.<br>
> <br>
> Mark Brethen<br>
> <a href="mailto:mark.brethen@gmail.com" target="_blank">mark.brethen@gmail.com</a><br>
> <br>
> <br>
>> On Jul 4, 2022, at 9:07 AM, Joshua Root <<a href="mailto:jmr@macports.org" target="_blank">jmr@macports.org</a>> wrote:<br>
>> <br>
>> On 2022-7-4 23:24 , Mark Brethen wrote:<br>
>>> Here’s what I’ve observed:<br>
>>> compilers.choose fc cc<br>
>>> compiler.setup  require_fortran -g95 -clang<br>
>>> If I issue sudo port xyz +gcc11, I get ${configure.cc} = /usr/bin/clang.<br>
>> <br>
>> What is xyz? When are you reading the variable? If it's before the variants execute, you won't see the changes they make.<br>
>> <br>
>> - Josh<br>
</blockquote></div></div>