Re: [PATCH] Support minimum kernel version for glibc build other than CT_KERNEL_VERSION

[Nate Case <ncase at xes-inc dot com>]

On Tue, 2008-08-26 at 18:28 +0200, Yann E. MORIN wrote:
> I would push it a little bit further, and add a new option that will
> enable
> to either use the version from the kernel headers, or specify the
> smallest
> version to be supported:
>   [*] Use headers version for minum kernel version supported
> 
> which gives, if un-selected:
>   [ ] Use headers version for minum kernel version supported
>   (2.6.9) Minimum kernel version supported

Makes sense.  I just implemented this and it seems to work as you
described.  However, I wasn't sure what you wanted the default behavior
to be.  My personal preference would be to default to 2.6.9 (or
whatever) rather than the kernel headers version simply so people don't
do what I did and have to rebuild since their toolchain was unusable for
them.   But since it is just a default setting after all, I don't have a
strong opinion on it.  Let me know and I'll send the updated patch.

> Is there a good reason why 2.6.9 is a _sane_ default over other
> versions?

Admittedly, it was somewhat arbitrary :)  But the reason I chose 2.6.9
was:

1) It's old enough that most people are probably targeting kernels newer
than it
2) It's new enough that it wouldn't burden glibc with too much legacy
cruft
3) So why not 2.6.8 or 2.6.12 ?  Well, most importantly, Gentoo builds
glibc with --enable-kernel=2.6.9 in its ebuilds :)

Therefore, I declared 2.6.9 to be sane :)  The old crosstool used 2.6.4
for NPTL builds and 2.4.3 for non-NPTL, for what it's worth.

-- 
Nate Case <ncase@xes-inc.com>


--
For unsubscribe information see http://sourceware.org/lists.html#faq