public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "H. Peter Anvin" <hpa@zytor.com>
To: linux-kernel@vger.kernel.org
Subject: Re: LSB1.1: /proc/cpuinfo
Date: 4 Jan 2002 14:19:29 -0800	[thread overview]
Message-ID: <a159ph$o5n$1@cesium.transmeta.com> (raw)
In-Reply-To: <20020104080358.A11215@thyrsus.com> <E16MXjm-0004jo-00@the-village.bc.nu> <20020104234438.G1331@niksula.cs.hut.fi>

Followup to:  <20020104234438.G1331@niksula.cs.hut.fi>
By author:    Ville Herva <vherva@niksula.hut.fi>
In newsgroup: linux.dev.kernel
> > 
> > Nobody I am aware of uses 64bit int default types on a 64bit platform.  Its
> > a waste of memory, bus bandwidth and instruction bandwidth. In almost
> > all cases a 32bit int is quite adequate and since size_t can be 64bit when
> > int is 32bit life works out nicely.
> 
> I *think* long is 32 bit on Windows XP 64bit, though. I imagine they went
> with this hack to ensure backward compability or something. Can't tell for
> sure since the IA64 box lying around hasn't got a bootable Windows on it
> yet, just linux :).
> 
> http://msdn.microsoft.com/library/en-us/win64/64bitwin_4d0z.asp?frame=true
> 

Yes, 'doze uses int == long == 32 bits, long long == void * == 64
bits.  This is because the 'doze API has a bunch of really bogus
assumptions hard-coded in it, back from the days when "portable" in
the M$ world meant "don't use int; use `short' for 16 bits and `long'
for 32 bits."

	-hpa
-- 
<hpa@transmeta.com> at work, <hpa@zytor.com> in private!
"Unix gives you enough rope to shoot yourself in the foot."
http://www.zytor.com/~hpa/puzzle.txt	<amsp@zytor.com>

  reply	other threads:[~2002-01-04 22:20 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200201032355.g03Ntx911860@burner.fokus.gmd.de>
2002-01-04  0:02 ` LSB1.1: /proc/cpuinfo Eric S. Raymond
2002-01-04  0:56   ` Alexander Viro
2002-01-04  0:52     ` Eric S. Raymond
2002-01-04  8:18       ` Erik Andersen
2002-01-04 12:19         ` Eric S. Raymond
2002-01-04 13:11           ` Andreas Schwab
2002-01-04 13:03             ` Eric S. Raymond
2002-01-04 13:25               ` Andreas Schwab
2002-01-04 13:27               ` Andreas Jaeger
2002-01-04 13:36               ` Christoph Hellwig
2002-01-04 15:34               ` Luigi Genoni
2002-01-04 17:02               ` Alan Cox
2002-01-04 18:30                 ` Eric S. Raymond
2002-01-04 21:44                 ` Ville Herva
2002-01-04 22:19                   ` H. Peter Anvin [this message]
2002-01-04 15:46           ` Jeff Garzik
2002-01-04 19:35           ` Erik Andersen
2002-01-04  1:56     ` Timothy Covell
2002-01-07  1:05     ` Rusty Russell
2002-01-04  0:35 ` Dan Kegel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='a159ph$o5n$1@cesium.transmeta.com' \
    --to=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox