[J3] sequence type equality

Robert Corbett rpcorbett at att.net
Thu Oct 15 02:00:27 EDT 2020


Note that BIND(C) types have
almost all of the same issues
as sequence types and a few
extra besides.  There will be
very little benefit from
eliminating sequence types
unless BIND(C) types are also
eliminated.

Bob Corbett

> On Oct 14, 2020, at 10:48 PM, Damian Rouson via J3 <j3 at mailman.j3-fortran.org> wrote:
> 
> 
> 
>> On Wed, Oct 14, 2020 at 1:27 PM Bill Long via J3 <j3 at mailman.j3-fortran.org> wrote:
>> 
>> Relevance:  Since the advent of modules 3 decades ago, I’ve never se use of, or relevance of SEQUENCE types. 
>> 
>> Mystery: Why is SEQUENCE not in the Obsolescent list?  
> 
> I'm curious about this too.  Currently, obsolescent features are features for which better methods existed in a previous standard. If a feature has limited utility, however, it's unlikely that a better method would ever be developed so we might need to expand how we describe the nature of obsolescence. 
> 
> Like Bill, I have never seen SEQUENCE in use other than in compiler documentation or textbooks.  I find descriptions online of two use cases (see http://k2.chem.uh.edu/F95_Reference.pdf):
> 
> 1. Argument association of equivalent types, and
> 2. Sequence association in COMMON blocks.  
> 
> Use case 1 seems similar to EQUIVALENCE, which is obsolescent.  Use case 2 is also obsolescent.  Unless I'm misreading or "misunderestimating" the uses, I think there's a strong case to be made for classifying SEQUENCE as obsolescent.
> 
> Damian  
>  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.j3-fortran.org/pipermail/j3/attachments/20201014/8bdc9e4b/attachment.htm>


More information about the J3 mailing list