lkml.org 
[lkml]   [2009]   [Dec]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.33-rc1: LZMA kernel fails to decompress
>>>>> "H" == H Peter Anvin <hpa@zytor.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


\
 
 \ /
  Last update: 2009-12-28 23:43    [W:0.062 / U:0.876 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site