[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <19257.11789.248634.904859@stoffel.org>
Date: Mon, 28 Dec 2009 17:15:41 -0500
From: "John Stoffel" <john@...ffel.org>
To: "H. Peter Anvin" <hpa@...or.com>
Cc: Michael Tokarev <mjt@....msk.ru>, Alain Knaff <alain@...ff.lu>,
Tvrtko Ursulin <tvrtko.ursulin@...hos.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: 2.6.33-rc1: LZMA kernel fails to decompress
>>>>> "H" == H Peter Anvin <hpa@...or.com> writes:
H> On 12/27/2009 12:19 PM, Michael Tokarev wrote:
>>
>> What I think should be done here is to revert my patch (that replaces
>> /bin/echo with printf, so that /bin/echo will be used) and test the
>> real solution, which is to stop doing all this hackery altogether,
>> and calculate the size the right way instead. Sam already posted a
>> possible solution, and it seems to be correct.
>>
H> Yes, but it moves the calculation from generic to x86-specific code,
H> which makes it problematic.
H> I never figured out how to make a generic rule in Kbuild (unlike in
H> standard GNU make) depend on a helper application, but doing a
H> helper application for this is probably the sane thing.
H> Either this, or use Perl, which handles this kind of crap sanely.
H> I'm really less than half joking.
Yeah, I've never understood this mania to purge the build process of
any and all use of perl. If anything, it should *all* be perl so as
to simplify the maint since it's all the same, no matter where you run
perl.
And for those who say "but I need to compile the kernel in my
miniscule, locked down environment" my reply is "cross-compile".
Heck, even pure C code would do the trick here.
John
--
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