All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.