Paolo Bonzini <[EMAIL PROTECTED]> writes: >> Compare other header files and system >> functions for how to do it, e.g., stdio.in.h and fopen: the replacement >> for fopen isn't pulled in by the stdio-h module normally, but the >> stdio.in.h code helps the fopen module when in use. >> >> Possibly this argument applies to the winsock.c code as well, but I >> haven't looked into it. > > The difference is that without these fixes, winsock is simply just too > crippled for the casual Unix programmer. Providing sys/socket.h and > sys/select.h without anything like these wrappers was just giving a > false sense of portability.
I think that is consistent with how gnulib works elsewhere: the header modules just provides the header file. They do not provide all the functions declared by that header. That is the responsibility of other modules. /Simon
