cURL / Mailing Lists / curl-library / Single Mail


RE: NetBSD patch necessary?

From: Audun Arnesen Nordal <>
Date: Thu, 15 Sep 2005 09:52:43 +0200

Qouting netbsd 2.0.2 select(2)

     select - synchronous I/O multiplexing

     Standard C Library (libc, -lc)

     #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

- Audun Nordal

-----Original Message-----
[] 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
> 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
#include, I was curious if these guys _really_ needed this to build on
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

  Commercial curl and libcurl Technical Support:

  • application/x-pkcs7-signature attachment: smime.p7s
Received on 2005-09-15