Re: 2.6.33-rc1: LZMA kernel fails to decompress

[John Stoffel]

>>>>> "H" == H Peter Anvin <hpa@xxxxxxxxx> 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@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/