[Info-vax] Dave Cutler, Prism, DEC, Microsoft, etc.
John Reagan
johnrreagan at earthlink.net
Wed Dec 9 11:14:25 EST 2009
"Richard B. Gilbert" <rgilbert88 at comcast.net> wrote in message
news:SpWdncx1SK2tVoLWnZ2dnUVZ_i2dnZ2d at giganews.com...
> Bob Koehler wrote:
>> In article <H4CdnVlBSu7h44PWnZ2dnUVZ_rNi4p2d at giganews.com>, "Richard B.
>> Gilbert" <rgilbert88 at comcast.net> writes:
>>> To those of us not programming in Macro, the Alpha was just a faster
>>> VAX! Much faster!!!
>>
>> I know there is a lot of junk out there, but all the Macro-32 I had
>> written before I got my first Alpha compiled much easier than the
>> Fortran or C. (There were a few missing features in the first ship
>> Fortran and C compilers.)
>>
>
> ISTR that a VAX to Alpha port was usually just a matter of compile, link
> and run. If your code expected 512 byte pages, you had a problem. Most
> of the code I dealt with was written in FORTRAN and didn't know or care
> what the page size was. If you did naughty things like bit twiddling
> floating point numbers you had to adapt your code to the new floating
> point format.
>
> People who had data files with binary floating point had to convert them.
> I don't recall it as being a problem although I'm sure some people did
> have problems.
>
For Macro-32, there was a BUNCH of stuff that works on VAX that wasn't
supported on Alpha. The Macro compiler porting guide is chocked full of
them. Plus for almost any non-standard interface, you had to start adding
.CALL_ENTRY, .JSB_ENTRY, and/or .JSB32_ENTRY directives. Macro-32 certainly
wasn't recompile and go.
On the other hand, the higher level langauge compilers were designed to be
recompile and go. The C issue was that was the same time as the VAX C to
DEC C language definition.
Binary floating on VAX vs Alpha isn't a big deal since Alpha has F/G
floating with almost D support minus a few mantissa bits.
John
More information about the Info-vax
mailing list