This is the mail archive of the
mailing list for the GCC project.
Re: RELEASE BLOCKER: Linux doesn't follow x86/x86-64 ABI wrt direction flag
- From: Robert Dewar <dewar at adacore dot com>
- To: "H. Peter Anvin" <hpa at zytor dot com>
- Cc: "H.J. Lu" <hjl dot tools at gmail dot com>, Jakub Jelinek <jakub at redhat dot com>, NightStrike <nightstrike at gmail dot com>, Olivier Galibert <galibert at pobox dot com>, Chris Lattner <clattner at apple dot com>, Michael Matz <matz at suse dot de>, Richard Guenther <richard dot guenther at gmail dot com>, Joe Buck <Joe dot Buck at synopsys dot com>, Jan Hubicka <hubicka at ucw dot cz>, Aurelien Jarno <aurelien at aurel32 dot net>, linux-kernel at vger dot kernel dot org, gcc at gcc dot gnu dot org
- Date: Thu, 06 Mar 2008 14:25:49 -0500
- Subject: Re: RELEASE BLOCKER: Linux doesn't follow x86/x86-64 ABI wrt direction flag
- References: <738B72DB-A1D6-43F8-813A-E49688D05771@apple.com> <578FCA7D-D7A6-44F6-9310-4A97C13CDCBE@apple.com> <47CF44E7.firstname.lastname@example.org> <20080306135139.GA5236@dspnet.fr.eu.org> <email@example.com> <firstname.lastname@example.org> <47D012B4.email@example.com> <20080306162353.GF24887@devserv.devel.redhat.com> <firstname.lastname@example.org> <47D024AA.email@example.com> <firstname.lastname@example.org> <47D0275B.email@example.com> <47D027B5.firstname.lastname@example.org>
H. Peter Anvin wrote:
Robert Dewar wrote:
H.J. Lu wrote:
So that is the bug in the Linux kernel. Since fixing kernel is much
than providing a workaround in compilers, I think kernel should be fixed
and no need for icc/gcc fix.
Fixing a bug in the Linux kernel is not "much easier". You are taking
a purely engineering viewpoint, but life is not like that. There are
lots of copies of Linux kernels around and in use. The issue is not
fixing the kernel per se, it is propagating that change to all
Linux kernels in use -- THAT'S another matter entirely, and is
far far more difficult than making sure that a kernel fix is
qualified and widely proopagated.
Not really, it's just a matter of time. Typical distro cycles are on
the order of 3 years.
again, in the real world, there are MANY projects that are nothing
like this interactive when it comes to moving to new versions of