|f77 on SUN vs. on HPRISC'S email@example.com (1994-12-03)|
|Re: f77 on SUN vs. on HPRISC'S firstname.lastname@example.org (1994-12-05)|
|Re: f77 on Sun vs. on HPRISC's email@example.com (1994-12-07)|
|Re: f77 on SUN vs. on HPRISC'S firstname.lastname@example.org (1994-12-14)|
|Re: f77 on Sun vs. on HPRISC's email@example.com (1994-12-16)|
|Re: f77 on Sun vs. on HPRISC's firstname.lastname@example.org (1994-12-21)|
|From:||email@example.com (Jan Vorbrueggen)|
|Organization:||Institut fuer Neuroinformatik, Ruhr-Universitaet Bochum, Germany|
|Date:||Fri, 16 Dec 1994 16:19:32 GMT|
firstname.lastname@example.org (harris) writes:
In my case the problem was the HP compiler does not remember the values of
local subroutine variables from one pass to the next.
Why should it - the standard doesn't require it. (See John's comment.)
I'd be interested if anyone knows of any other differences like this.
Read the standard on named common blocks. There is a compiler in existence
(from DG?) that actually implements what is suggested by the standard.
[The f77 SAVE statement should do the trick. -John]
Except when you have to support a number of implementations, and one of them
requires it, and in another (by an unnamed manufacturer with a TLA and blue as
its company colour 8-\) kills the compiler...
Return to the
Search the comp.compilers archives again.