On 04/01/2013 04:25 PM, LRN wrote: >> That should be fixed, since a seek succeeding on a pipe is contrary >> to POSIX. Is fseek being replaced on W32? > The package that hosts the instance of gnulib on which the failure was > observed is GnuTLS-3.1.5. I'm not sure whether it replaces fseek or > not, i don't see anything like that in its configure.ac, and there is > no special configure for its gl subdirectory. However, that > subdirectory does have fseek.c and fseeko.c, and m4 subsubdirectory > has fseek.m4. But fseeko.o or fseek.o are not produced when the > packages is compiled. > >> If so, the gnulib replacement has a bug - it should be preventing >> fseek() from succeeding on a pipe. > Apparently, the MSVCRT implementation of fseek() is used. > >> If not, then we should fix the m4 tests to filter out the buggy >> W32 fseek and install the gnulib replacement. > > I'm unsure of how they work.
What does 'grep _FSEEK config.status' show? How about 'grep LSEEK_PIPE config.h'? That will help me learn whether the gnulib m4 tests were properly detecting the problem; but from the fact that you don't have an fseeko.o file, it is probably a case of gnulib failing to compile it's replacement files because the m4 tests have a logic flaw. -- Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
