Qouting netbsd 2.0.2 select(2)

http://netbsd.gw.com/cgi-bin/man-cgi?select++NetBSD-2.0.2

NAME
     select - synchronous I/O multiplexing

LIBRARY
     Standard C Library (libc, -lc)

SYNOPSIS
     #include <sys/types.h>
     #include <sys/time.h>
     #include <unistd.h>
...

there shouldn't be a need to pull sys/select.h unconditionally on netbsd.
As someone pointed out earlier though, the netbsd packaging system is
portable and builds on many unix system with several different compiler
suites, so perhaps this is just an un-elegant fix for some obscure
system/compiler combination. The commit message mentions problems building
drivel-2.0.0 (which depends on curl). (Doesn't rhyme well with my
impression of the pkgsrc philosophy which is fixing broken software and not
hacking around it like this, but then again I probably don't understand what
was being fixed here either).

Recent stock curl distros build cleanly without modifications on my i386
netbsd 2.0 system. If you want me to test anything for you, drop me a
line.

- Audun Nordal

-----Original Message-----
From: curl-library-bounces_at_cool.haxx.se
[mailto:curl-library-bounces_at_cool.haxx.se] On Behalf Of Daniel Stenberg
Sent: 14. september 2005 22:32
To: libcurl development
Subject: RE: NetBSD patch necessary?

On Wed, 14 Sep 2005, Audun Arnesen Nordal wrote:

> FWIW, this is from the commit msg:
>
> The problem is that this header file requires the fd_set definitions, but
it
> only pulls in <sys/select.h> on AIX and NETWARE systems. Instead, change
> the inclusion to only happen if configure script detected it during build
> time.

Yes. But since AIX and Netware are the only two systems I know that need
that
#include, I was curious if these guys _really_ needed this to build on
NetBSD
or if they made this change more or less because they thought it was the
correct approach. Unfortunately, I don't have access to any NetBSD machine
myself.

-- 
  Commercial curl and libcurl Technical Support: http://haxx.se/curl.html