Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site denelvx.UUCP Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!panda!talcott!harvard!seismo!hao!denelcor!denelvx!neal From: neal@denelvx.UUCP (Neal Weidenhofer) Newsgroups: net.micro.pc,net.lang.f77 Subject: Re: stupid problem in fortran Message-ID: <17@denelvx.UUCP> Date: Thu, 2-May-85 12:48:28 EDT Article-I.D.: denelvx.17 Posted: Thu May 2 12:48:28 1985 Date-Received: Sat, 4-May-85 00:51:38 EDT References: <370@sdchema.UUCP> <614@utcs.UUCP> <5318@tektronix.UUCP> <1497@dalcs.UUCP> Organization: Denelcor, Aurora, Colorados Lines: 15 Xref: watmath net.micro.pc:3846 net.lang.f77:278 > This is wonderful in prin- > ciple, but it does not take a lot of effort to figure out that > within subroutines this could have rather large implications, i.e. > either that the compiler write opts for execution efficiency and > ignores the possibility of overlap, or that he conform to the > standard, implements all operations using temporary arrays or > strings, and generates programs that grind along forever. Or the compiler is "smart" enough to figure out when it needs to do which. Regards, Neal Weidenhofer "Nothin' ain't worth nothin' Denelcor, Inc. but it's free" !denelcor!neal