[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <E1IrXwT-0002TP-B4@faramir.fjphome.nl>
Date: Mon, 12 Nov 2007 12:59:01 +0100
From: Frans Pop <elendil@...net.nl>
To: Sam Ravnborg <sam@...nborg.org>
Cc: akpm@...ux-foundation.org, hpa@...or.com,
linux-kernel@...r.kernel.org, mingo@...hat.com, tglx@...utronix.de,
torvalds@...ux-foundation.org
Subject: Re: [PATCH 0/11 v3] enable "make ARCH=x86"
Sam Ravnborg wrote:
> With this patchset the former ARCH=i386 / ARCH=x86_64 are
> replaced by ARCH=x86.
[...]
> x86: drop backward compatibility symlinks to i386/boot and
>
> The fist kill the symlinks to bzImage.
> Now that we changed everything else to x86 there is no reason to
> keep the backward compatibility symlinks
> It is now people know we are unifying {i386,x86_64}=>x86 so the
> will not be too suprised seeing some breakage.
> If we do not kill the symlinks now - then when..
This was discussed before [1] and the result then was that the symlinks
should be kept for a while (Alan even suggested "a couple of years").
In fact, they were added exactly for that reason.
For one thing, this change is known to break Debian kernel builds using
kernel-package, a method I use myself to build from current git for testing.
I have so far not filed a bug report against kernel-package because there
was still discussion going on as to how things would look and IMO it's
better to change build tools once things have been finalized then trying to
keep up with a moving target.
Breaking kernel-package (and possibly other similar tools) by removing the
compat symlinks too early may mean less testing of kernels by people like me.
Cheers,
Frans Pop
P.S. The ARCH=x86 change would not have broken kernel-package as that could
be worked around using its cross-compilation options. And it currently looks
like the old options will be preserved anyway.
[1] http://lkml.org/lkml/2007/10/26/31
-
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