Re: x32 “half” arrived… now what?
- To: debian-curiosa@lists.debian.org
- Subject: Re: x32 “half” arrived… now what?
- From: Gunnar Wolf <gwolf@gwolf.org>
- Date: Tue, 11 Jun 2013 20:27:07 -0500
- Message-id: <[🔎] 20130612012707.GC31205@gwolf.org>
- In-reply-to: <20130612004011.GB9514@gmail.com>
- References: <alpine.DEB.2.10.1306061020120.25197@tglase.lan.tarent.de> <87ppvzch2f.fsf@windlord.stanford.edu> <20130606200148.GC20380@angband.pl> <ueck8a-po6.ln1@silverstone.rilynn.me.uk> <1370986608.15470.32.camel@deadeye.wl.decadent.org.uk> <20130612004011.GB9514@gmail.com>
Chow Loong Jin dijo [Wed, Jun 12, 2013 at 08:40:11AM +0800]:
> > > > It was the case in old versions of gnulib, but appears to be no more.
> > > > Too bad, quite a few packages ship embedded copies of ancient gnulib.
> > > > I just submitted a patch in one such case (#711412), it might possibly
> > > > apply elsewhere.
> > > >
> > > > It was Linus' decree that no new ABI is allowed to suffer from the Y2k38
> > > > bug even if its word size is 32 bit, and I'd say he's right. This means
> > > > that this problem will bite us the next time another 32 bit arch comes,
> > > > so there's no excuse to use this as an argument against x32.
> > >
> > > Would a better solution not have been to make long 64 bits? This is a
> > > perfectly reasonable thing to do on a 32 bit arch, it would avoid the above
> > > problem and since the widespread adoption of 64 bit systems most of the
> > > cases of software expecting long to be 32 bits should have been fixed.
> >
> > sizeof(long) != sizeof(void *) will break *lots* of code.
>
> Odd, you'd have thought that people would have learnt from their mistakes after
> fixing their sizeof(int) == sizeof(void*) assumptions.
>
> faith_in_humanity--;
I hope faith_in_humanity is not declared as unsigned, as you might
have there an integer overflow (actually, underflow) waiting to happen.
Reply to: