RE: [PATCH] /proc/config.gz against 2.2.3

Albert D. Cahalan (acahalan@cs.uml.edu)
Tue, 16 Mar 1999 23:22:19 -0500 (EST)

Oliver Xymoron writes:
> On Sat, 13 Mar 1999, Alan Cox wrote:
>
>>> 2. /proc/.config.gz
>>> This is bad because a reader must decompress it himself. That is *every*
>>> reader (unless he uses some shared library to do it transparently).
>>
>> This is very good because it keeps the kernel space small and the standard
>> gzip tool can handle it as well as the standard zlib library.
>
> So that we have something concrete to debate about,

I don't think it matters much at all.

Since the kernel already has decompression code, you might be able to
have both with very little extra code.

> Select yes for CONFIG_PROC_CONFIG and rebuild. Adds a cloneconfig build
> target that unzips /proc/config.gz and does the equivalent of oldconfig.

That looks useful.

> Note this patch includes a program called bin2c in scripts/ that I think
> should eventually replace the poorly named (and located) bin2hex scripts
> in the sound driver directory.

I hate to see binary data transformed into text and compiled back into
binary data. We have an alternative:

"gnu ld can do that, if you write an appropriate .lds file. You could
get my Dancing Makefiles and take a look at the end stage of kernel
builds to see an example." -- Michael Chastain, posting last year

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/