[Bug fortran/52846] [F2008] Support submodules - part 2/3 - redux

Paul Richard Thomas paul.richard.thomas@gmail.com
Fri Jul 17 08:27:00 GMT 2015


Dear All,

Concerning the submodule file extension: I am happy to change it to
change it to three character; eg ".smd", or to retain the ".mod"
extension. The latter would make the patch less complicated and would
follow at least one of the other brands. However, my inclination would
be to stick with ".smod". If there are any dissenting voices, please
let them be heard today because I intend to commit the patch this
evening.

Best regards

Paul

On 16 July 2015 at 22:41, Steve Kargl <sgk@troutmask.apl.washington.edu> wrote:
> On Thu, Jul 16, 2015 at 05:08:50PM +0200, Paul Richard Thomas wrote:
>>
>> Please find attached a new version of the patch that fixes the
>> inconsistency with the standard, pointed out by Reinhold. It is weird
>> but a read the appropriate part of the standard several times and
>> simply did not pick up the critical information :-)
>>
>> Note that the delimiter used for submodule file name is '@', whereas
>> the internal identifiers is '.'.
>>
>> I have added a procedure to cleanup submodules produced by the
>> testsuite and implemented them in submodule_[1-8].f90. Submodule_8.f90
>> tests the resolution of the spurious error found by Reinhold.
>>
>> Booststraps and regtests on FC_21/x86_64 - OK for trunk?
>>
>
> Patch looks ok to me.  One item I wonder if we need to care
> about is old filesytems (FAT) or operating systems (VMS) with
> a 3 character file extension limit.
>
> --
> Steve



-- 
Outside of a dog, a book is a man's best friend. Inside of a dog it's
too dark to read.

Groucho Marx



More information about the Fortran mailing list