Alexander Gordeev wrote: >> I don't think glibc/eglibc is the right place for this file. GLIBC is >> principally an implementation of the library requirements of the C >> and POSIX / Single Unix standards; this is not part of those >> standards. > > Didn't know that glibc implements only POSIX, thanks for the > clarification!
It certainly implements a good bit more than POSIX. And, of course, the POSIX C library specification is a somewhat random amalgamation of stuff; it's not like there's a logical justification for including exactly the set of math functions present, but no more. I don't know anything about PPS, but if these are new Linux system calls or equivalents then I think (E)GLIBC is a very good place for them. The *NIX C library has historically been the library that provided the userspace interface to kernel functionality. We could have had libio for read/write/open/close and libtime for times/gettimeofday and libsocket for accept/send/recv, but instead all that just went into libc. So, I don't really understand why this shouldn't go in. -- Mark Mitchell CodeSourcery m...@codesourcery.com (650) 331-3385 x713 -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b854a4d.7010...@codesourcery.com
