From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on
	ip-172-31-74-118.ec2.internal
X-Spam-Level: 
X-Spam-Status: No, score=-1.4 required=3.0 tests=BAYES_00,SUBJ_ALL_CAPS
	autolearn=no autolearn_force=no version=3.4.5-pre1
Date: 4 Aug 93 02:43:42 GMT
From: seas.gwu.edu!mfeldman@uunet.uu.net  (Michael Feldman)
Subject: Re: QUERY ABOUT MONITOR
Message-ID: <1993Aug4.024342.20454@seas.gwu.edu>
List-Id: <comp.lang.ada>

In article <2536.237.uupcb@nitelog.com> michael.hagerty@nitelog.com (Michael Ha
gerty)  writes:
>On Mon, 2 Aug 1993, Michael Feldman posted a response to Jonathan Schilling:
>
>MF. Another example: are there any vendors out there who've tried to go after
>  . a piece of the Fortran-oriented market by mapping its multidimensional
>  . constrained arrays in column-major form? The LRM allows any old storage
>  . mapping. Teachers like me explain this seeming gaffe by pointing out that
>  . a compiler oriented at the Fortran crowd _could_ use column-major
>  . storage to interface with old Fortran codes, 
>
>Boy and do I have a pant-load of well-test old Fortran codes I would like to
>reuse ala "plug and play".  But nooooooo, array mapping is not compatible.
>So I have to lift the hood and thus am forced to translate this stuff to Ada
>for no other reason...  I really like writing Ada, but I do not like figuring
>out someone else's Fortran just so I can translate it to Ada...
>
Wow! And here I thought all my ranting about Fortran was just "academic"
and "theoretical" stuff. :-)

Mike Feldman