glibc 2.9

[Jamal Hadi Salim]

On Tue, 2012-06-26 at 00:01 +0200, Marc Lehmann wrote:

> > As you can see it translates to epoll_create1(0)
> 
> As it should, no sign of it being phased out here.

Agreed - what i showed is backward compat support (typically this
is how i have seen things get phased out).

In the noise making that  claim i lost the main point:
The semantics have changed. In older kernels, if i did 
epoll_create(256) the 256 is related to fd size. 
Now when i do epoll_create on new kernel, that param is ignored
regardless of whether i have a new or old glibc.
So the combination of kernel/glibc are important
(4 possible permutations and you really want one where
you have new kernel new glibc).
Now if that is harmless or compensated for elsewhere,
then all is fine.

And i am now compiling with glibc 2.8;->

cheers,
jamal