Time for 64-bit longs?

news at cit-vax.UUCP news at cit-vax.UUCP
Tue Feb 10 17:13:30 AEST 1987


Organization : California Institute of Technology
Keywords: 
From: jon at oddhack.Caltech.Edu (Jon Leech)
Path: oddhack!jon

In article <263 at elxsi.UUCP> sherm at elxsi.UUCP (Michael Sherman) writes:
>In article <1643 at cit-vax.Caltech.Edu> I write:
>>Why not have
>>short=16 bits, int=32 bits, long=64 bits?
>
>When we began our first Unix port to the ELXSI we tried your suggestion
>and found that it was actually *rare* to find a program that would still
>work with 64-bit longs.  

	I remember that. All of MY programs worked ok :-)

>
>After repeatedly bashing our heads against horrible debugging problems in 
>third-party's 100,000 line applications we finally saw the light and 
>switched to a 32-bit long and a 64-bit long long.
>
>Moral arguments aside, we're stuck with int==long.

	Moral arguments aside, int != long on most 80x86 and some 68000
implementations. I think what you're really stuck with is long == 32 bits.

    -- Jon Leech (jon at csvax.caltech.edu || ...seismo!cit-vax!jon)
    Caltech Computer Science Graphics Group
    __@/



More information about the Comp.lang.c mailing list