[Info-vax] problem with 64-bit pointers in C

johnwallace4 at yahoo.co.uk johnwallace4 at yahoo.co.uk
Thu Feb 1 09:39:18 EST 2018


On Thursday, 1 February 2018 14:07:00 UTC, Scott Dorsey  wrote:
> Stephen Hoffman  <seaohveh at hoffmanlabs.invalid> wrote:
> >
> >The existing backward-compatible 32-/64-bit environment is never going 
> >to be less than an utter and confusing and cryptic and arcane 
> >train-wreck.  Never.
> 
> This is true.  However, the same thing can be said of Windows and Linux too.
> 
> Solaris did it right.
> --scott
> 
> -- 
> "C'est un Nagra. C'est suisse, et tres, tres precis."

What exactly did Solaris do, and what it was called, and 
how it was invoked at build time (-taso or something?)?
I was trying to remember this a few days ago for some
reason, and failed. Other readers may never have seen
what Solaris did in this respect.

Obviously that was back in the days when source and 
behavioural compatibility with existing systems still 
had some value within organisations. 

Tru64 UNIX on Alpha, by comparison, had a largely 
pure64 environment. Did it help sales much (vs 
SPARC/Solaris)? Not in my experience. In fact lack
of compatibility with Solaris source probably 
significantly hindered Tru64 sales in the early days.

Then along came AMD64, which offered the kind of
compatibility with customers existing investments 
that some IT people nowadays think is not greatly 
relevant. 

But after compatible AMD64 arrived, IA64 lack of 
compatibility was one of a few factors that 
inevitably killed IA64. AMD64 wasn't much help to
SPARC/Solaris either. 



More information about the Info-vax mailing list