This is the mail archive of the libc-hacker@sourceware.cygnus.com mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Roland McGrath <roland@frob.com> writes: > Firstly, sysdeps/posix is for functions implemented in terms of POSIX entry > points. lseek64 is not a POSIX entry point, so a function using it has no > business residing in sysdeps/posix. First, the LFS proposal will probably be adopted for the next revision of the Unix standards and since it'll be merged with POSIX the latter will also have it. Second, I see this rather as POSIX-like function should be used. POSIX does not demand that all of the functions it includes are defined on all systems and therefore you cannot write functions in sysdeps/posix as if all interfaces are available. > I think it is dangerously misleading to provide an incorrect > implementation instead of none at all. I don't see a danger here. If you have a system with threads you better have a pread syscall (or equivalent). If you don't have threads the replacement is not too bad. If you really want to see this removed I wouldn't object strongly but so far I have no seen a convincing argument. -- ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Cygnus Solutions `--' drepper at cygnus.com `------------------------
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |