Why the Fortran language standard does not standardize built-in collections such as list, map, and so forth? [closed]

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP


Why the Fortran language standard does not standardize built-in collections such as list, map, and so forth? [closed]



Summarization:
Because Fortran is so good at numberical/scientific analyses, and not intended to be a general-purpose language.



================================================



The Java languange has a rich set of built-in collections. The most famous third-party collections are also from reliable Apache foundations and Google corporation (just to name a few).



The Delphi language (dialect) also has a handful set of built-in collections. There are also notational third-party collections such as DIContainers, DeHL, and so forth.



I am wondering why the Fortran language standard does not standarize built-in collections such as list, map, and so forth? I mean, although the standard Fortran 77 does not support pointer, some of its extensions and the successor such as Fortran 90 already have the pointer type?



Many good questions generate some degree of opinion based on expert experience, but answers to this question will tend to be almost entirely based on opinions, rather than facts, references, or specific expertise. If this question can be reworded to fit the rules in the help center, please edit the question.





@Michael: I added Java and Delphi tag because then the experts from those fields can also comment about this issue. Is that not allowed?
– SOUser
Mar 11 '11 at 10:20





@Michael: I will add the Delphi tag again, but if it is not allowed, just tell me.
– SOUser
Mar 11 '11 at 10:24





@Xichen: I don't see how someone working in Java or Delphi would have much input into (or interest in) what goes into the Fortran standard.
– Michael Kjörling
Mar 11 '11 at 10:24





@Xichen nothing to do with Delphi.
– David Heffernan
Mar 11 '11 at 10:27





@Xichen: You could make that same argument for adding just about any language tag to this question, since many languages or frameworks come with collection types. That doesn't make those tags more relevant to the question at hand. If I ask, "in C#.NET the syntax for doing whichever is something, how do I do the same thing in Perl?", that doesn't make it a C# question, it only means that I am more familiar with the C#.NET syntax and usage than I am familiar with the Perl syntax.
– Michael Kjörling
Mar 11 '11 at 10:28






3 Answers
3



Fortran's focus has always been high performance numerical computing. Remember that Fortran first appeared in 1957 and so carries a lot of historical baggage.



There has been lots of development to the Fortran language over the years, but those that have been developing it have concentrated on functionality that enables high performance numerical computing.



Fundamentally Fortran is not intended to be a general purpose programming language with the breadth of applications of, say, C++.





I understand! Thank you very much for your comments!
– SOUser
Mar 11 '11 at 10:39



The requested data structures have been implemented in the FLIBS project http://flibs.sourceforge.net/ . Perhaps the standards committee thought that with the pointer and allocatable array features of Fortran 90, programmers who wanted other data structures would be able to code them.





Thanks for your time! I disagree with your opinion. I am aware of flibs. Great as it is, I would think programmers will definitely hold much more faith in standardized collections.
– SOUser
Mar 11 '11 at 21:21



Fortran standard is very carefully put document, for several reasons. One of the main ones is that what goes in the standard will be very difficult to throw out, and the implementation issues also matter. Also there are platform issues.



But most probable reason is, since the Standard is "developed" by compiler developers, and they are in direct connection with the user's demands, is that there wasn't that much of a demand for it from the actual users.



There are currently much more important issues waiting to be implemented than those imho; but that would take a much longer discussion.





Thanks for your comments!
– SOUser
Mar 13 '11 at 21:54

Popular posts from this blog

Arduino Mega cannot recieve any sketches, stk500_recv() programmer is not responding

Visual Studio Code: How to configure includePath for better IntelliSense results

Future solutions