[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMuHMdUJVRNPcBW60UZ+cwV75T9+xmONzTrCuDCe_dDUzg2kKg@mail.gmail.com>
Date: Tue, 30 Aug 2011 09:06:31 +0200
From: Geert Uytterhoeven <geert@...ux-m68k.org>
To: "H. Peter Anvin" <hpa@...or.com>
Cc: Kyle Moffett <kyle@...fetthome.net>,
Linus Torvalds <torvalds@...ux-foundation.org>,
LKML <linux-kernel@...r.kernel.org>,
"H.J. Lu" <hjl.tools@...il.com>, Ingo Molnar <mingo@...e.hu>,
Thomas Gleixner <tglx@...utronix.de>
Subject: Re: RFD: x32 ABI system call numbers
On Tue, Aug 30, 2011 at 06:45, H. Peter Anvin <hpa@...or.com> wrote:
> On 08/29/2011 07:16 PM, Kyle Moffett wrote:
>> The goal of x32 as I understand it is to allow 32-bit x86 programs to
>> use all the nifty extra registers and faster instructions (IE: syscall)
>> without needing to deal with the 2x memory overhead of 64-bit
>> pointers.
Good. IIRC, the PPC people were thinking about something similar back in 2007,
but it hasn't materialized yet.
> That is the major goal. A minor goal is to bring x86-64 goodness to
> those who have an (irrational) fear of 64 bits thinking it is a major
> porting effort. Thus, *source-level* porting effort matters, but it is
> completely subordinate to the major goal.
>From my experience, if the source code is not 64-bit clean, it will probably
be a major hassle to make it cope with changed time_t and off_t and other traps
of that kind...
As a first step, gcc should start enabling -Wall by default ;-)
And add a -Wcast option, as grepping for (C-style) casts is way too difficult...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists