Article View: comp.arch
Article #12578Re: 64-bit chips, 32-bit compatibility?
From: Alex Colvin
Date: Tue, 26 Sep 1995 12:35
Date: Tue, 26 Sep 1995 12:35
19 lines
1491 bytes
1491 bytes
>] In fact, the situation with Alpha is very similar to the current situation >] with Macintosh and 16-bit Windows programs, with the sizes doubled of course. >] You will run into the same types of problems around 2 GB on the Alpha as we >] currently run into at 32 KB with Mac and Windows programs. Of course these 32KB? I see, 16 bit (int). However, 68K pointers have always been 32 bits. Nowadays, (int) usually is too. Still, embedded 68K systems sometimes try to get by with halfwords. And really small ones store halfword pointers, knowing that they don't have more than, e.g., 24K of memory. >For example, when you call "fscanf(fp, "%d", &value);", we need to be clear on >what size `value' is meant to be, or you get nasty memory corruption problems. Typically, compiler and runtime library have to agree on (sizeof(int)), etc. Often you're given a choice of library. And that's why we have "%ld" and (long). -- Alex Colvin alex.colvin@dartmouth.edu alex_colvin@fostex.com
Technical Details
Message-ID:
<448s1o$4sf@dartvax.dartmouth.edu>Path:
arc1-ca.pugleaf.net!coos.dartmouth.edu!macReferences:
<43p1g8$s24@rbdc.rbdc.com> <43srit$94b@hermes.synopsys.com> <43tada$8i6@rbdc.rbdc.com> <jgkDFG9HJ.49x@netcom.com> <445u18$h8n@info.epfl.ch>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!coos.dartmouth.edu!mac From: mac@coos.dartmouth.edu (Alex Colvin) Newsgroups: comp.arch,comp.lang.c Subject: Re: 64-bit chips, 32-bit compatibility? Date: 26 Sep 1995 12:35:04 GMT Organization: Dartmouth College, Hanover, NH, USA Message-ID: <448s1o$4sf@dartvax.dartmouth.edu> References: <43p1g8$s24@rbdc.rbdc.com> <43srit$94b@hermes.synopsys.com> <43tada$8i6@rbdc.rbdc.com> <jgkDFG9HJ.49x@netcom.com> <445u18$h8n@info.epfl.ch> NNTP-Posting-Host: coos.dartmouth.edu