glibc-2.10.1 make check fails

Bruce Dubbs bruce.dubbs at
Tue May 26 12:40:27 PDT 2009

Dan Nicholson wrote:
> On Tue, May 26, 2009 at 9:32 AM, Bruce Dubbs <bruce.dubbs at> wrote:
>> Dan Nicholson wrote:

>> The reason I saw was so code didn't have to check for certain features at run
>> time.  The would be to make things easier for the programmers.  2.6.18
>> corresponds to RHEL 5 and is a compromise for backward compatibility and
>> convenience.  2.6.18 was September 2006.
> This doesn't correspond to runtime checks that programmers do. It
> refers to runtime checks done in glibc to enable compat paths when
> necessary. By saying what your minimum kernel is x.y.z, then the
> compat paths for kernel versions earlier than that will not be
> compiled into libc. Glibc provides the same interfaces to programmers
> regardless.
> If a programmer is trying to use a specific kernel feature (like
> inotify), then they have to handle that in their code. Glibc's
> --enable-kernel setting has no bearing on that.

Thanks for the clarification.

>> Using 2.6.18 appears to potentially affect binaries built against kernels older
>> than that and run on a LFS-6.5 or later system. I don't see where that would be
>> an issue.
> I don't think it affects binaries. It only affects what kernel you're
> running. You can have an ancient binary, and so long as the binary
> format and interfaces are still supported on the system you're
> running, it should be fine.

It sounds like you are agreeing with me.  An ancient binary will not run if the 
support is not built into glibc.

   -- Bruce

More information about the lfs-dev mailing list