Modern Fortran Explained: Incorporating Fortran 2018 lists in A.2 storage association, including sequence attribute, statement, and type as deprecated features. The Authors define a deprecated feature as a feature that became redundant (for sequence, specifically, since Fortran 95) and whose use is…

I think we answer this question in Section A.1. Regards, Mike Metcalf

Indeed, the relevant sentence is: We note that his decision to group certain features into an appendix and to deprecate their use is ours alone, and does not have the actual or implied approval of either WG5 or J3. Time to recalibrate my selective reading. :sweat_smile:

With this question resolved, the follow-up would be: What is the alternative for sequence if it should be avoided? [image] milancurcic: The Authors define a deprecated feature as a feature that became redundant (for sequence , specifically, since Fortran 95) and whose use is not recommended. …

If you read the relevant section, it is evident that the entire concept of storage association is deprecated. There will be no need for SEQUENCE attribute if COMMON and EQUIVALENCE are not used. At least that’s how I understand it.

I’m using sequence not for the purpose of explicit memory management, but for its property to make a derived type non-extendible. I’m not aware of a modifier other than bind(c) which can add this property to a derived type, but with sequence I can still have allocatable members in the type.

There is a paper seen by J3 for a SEALED attribute, titled “Option to derive an inextensible type”, considered “out-of-order features”. https://j3-fortran.org/doc/year/19/19-186.txt https://j3-fortran.org/doc/year/19/minutes219.txt

@FortranFan has mentioned this proposal on at least two occasions: Programming errors by language - #6 by FortranFan High Performance Fortran (HPF) history and lessons - #22 by FortranFan

As I understand A.2, it deprecates sequence in the context of storage association, and it does not consider that it can also be used to prohibit extending a type (a use that I didn’t think of before stdlib/#320 ). sealed is the way to go, but in the meantime I think it’s okay to use sequence as a ha…

Correct, but that prohibition is stated on page 293. Regards, Mike

I guess another use/meaning of sequence attribute in derived types was to make two identical definitions of the type (in different scopes) same type. This is obviously made redundant by putting the definition into a module.

What is the status of the sequence attribute and statement?

Help

ivanpribec February 15, 2021, 9:03pm 8

@FortranFan has mentioned this proposal on at least two occasions:

Programming errors by language - #6 by FortranFan
High Performance Fortran (HPF) history and lessons - #22 by FortranFan

Topic		Replies	Views
Backwards compatibility in different programming languages	132	4740	November 2, 2022
Derived type definition locations Help	20	661	December 3, 2024
Question about old-style declarations	3	181	April 12, 2024
Separation of declaration and initiation of variables Help	49	1674	June 12, 2022
Bind(c) on derived type definition and/or object declaration	8	473	May 2, 2024

What is the status of the sequence attribute and statement?

Related topics