Re: u/int64 support for glib, status?
- From: Sander Vesik <Sander Vesik Sun COM>
- To: Arnaud Charlet <charlet ACT-Europe FR>
- Cc: Alex Larsson <alexl redhat com>, Erik Walthinsen <omega temple-baptist com>, vishnu pobox com, Gtk+ Developers <gtk-devel-list gnome org>
- Subject: Re: u/int64 support for glib, status?
- Date: Thu, 20 Sep 2001 12:06:57 +0100 (BST)
On Thu, 20 Sep 2001, Arnaud Charlet wrote:
> > > int is normally 32bit on 64bit archs, while long is 64bit.
> >
> > And abnormaly, on windows on ia64, both long and int are 32 bits while
> > pointers are 64 bits.
>
> Well, there is really nothing abnormal here, it is all a matter of how the
> ABI defines things.
>
Abnormal is arguably not a good word here, but i would say saying that
using the IL32P64 is not a 'normal' scheme on 64bit processors is quite
fair. Just enumerate what all the hughe mjority of 64 bit general purpose
ABIs do and consider that 'normal' (or 'best practice' or whatever)
> You could even have on 64 bits machine an int using 64 bits and a long using
> 32 bits. This was actually considered for some architecture based on the
> fact that (at this time, years ago), people relied on long being 32 bits,
> while no assumption was made about int.
afaik, c standards want short <= int <= long so this would in fact not be
a valid implementation. Well, ok, depende on the standard at hand of
course.
>
> Arno
>
Sander
I haven't been vampired. You've been Weatherwaxed.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]