[Info-vax] GCC for VMS, was: Re: fortran compiler roadmap?
Craig A. Berry
craigberry at mac.com.invalid
Mon Apr 29 22:47:37 EDT 2013
In article <kln67r$m91$2 at speranza.aioe.org>,
glen herrmannsfeldt <gah at ugcs.caltech.edu> wrote:
> Simon Clubley <clubley at remove_me.eisner.decus.org-earth.ufp> wrote:
>
> (snip)
>
> > Ok, I played with it a bit more this evening and I've figured it out.
> > It turns out my hunch about the 32 bit versus 64 bit issue was right.
>
> > It turns out DEC C by default is basically _still_ a 32 bit compiler
> > with 64 bit addons (which I had not fully appreciated; I don't use
> > DEC C all that much these days), but gcc (when built using the
> > alpha64-dec-vms triplet) is a pure 64 bit compiler through and through.
>
> > That makes the DEC C headers incompatible with gcc when you have, for
> > example, pointers in structs and want to use that struct with existing
> > functions in the DEC C RTL.
>
> I haven't thought about this for a long time, but when Alpha first came
> out, the C compilers used int for 32 bits and long for 64 bits.
Do you have a reference for that? I've never seen a version of
DEC/Compaq/HP C (or, I think, even VAX C) where there was any
difference between int and long, and as far as I know it was always the
same on all architectures. Only long long got you 64 bits on Alpha or
Itanium (but not VAX). And of course integer size is irrelevant and
unrelated to the pointer size problem Simon found.
More information about the Info-vax
mailing list