cURL / Mailing Lists / curl-library / Single Mail

curl-library

unhappiness and sorrow with 7.10.4.pre4 on UX 11.11

From: Rick Jones <rick_jones2_at_hp.com>
Date: Thu, 13 Mar 2003 17:17:18 -0800

Hi -

I tried a CFLAGS="-D_XOPEN_SOURCE_EXTENDED" ./configure on pre4 and it
was quite unhappy:

checking whether time.h and sys/time.h may both be included... yes
checking for ssize_t... yes
checking for socklen_t... yes
checking for in_addr_t... yes
checking return type of signal handlers... void
checking for socket... yes
checking for select... no
checking deeper for select... yes!
checking for strdup... no
checking deeper for strdup... but still no
checking for strstr... no
checking deeper for strstr... but still no
checking for strtok_r... no
checking deeper for strtok_r... but still no
checking for strftime... no
checking deeper for strftime... but still no
checking for uname... no
checking deeper for uname... but still no
checking for strcasecmp... (cached) yes
checking for stricmp... no
checking deeper for stricmp... but still no
checking for strcmpi... no
checking deeper for strcmpi... but still no
checking for gethostbyaddr... no
checking deeper for gethostbyaddr... but still no
checking for gettimeofday... no
checking deeper for gettimeofday... but still no
checking for inet_addr... no
checking deeper for inet_addr... but still no
checking for inet_ntoa... no
checking deeper for inet_ntoa... but still no
checking for tcsetattr... no
checking deeper for tcsetattr... but still no
checking for tcgetattr... no
checking deeper for tcgetattr... but still no
checking for perror... no
checking deeper for perror... but still no
checking for closesocket... no
checking deeper for closesocket... but still no
checking for setvbuf... no
checking deeper for setvbuf... but still no
checking for sigaction... no
checking deeper for sigaction... but still no
checking for signal... no
checking deeper for signal... but still no
checking for getpass_r... no
checking deeper for getpass_r... but still no
checking for strlcat... no
checking deeper for strlcat... but still no
checking for getpwuid... no
checking deeper for getpwuid... but still no
checking for geteuid... no
checking deeper for geteuid... but still no
checking for dlopen... no
checking deeper for dlopen... but still no
checking for utime... no
checking deeper for utime... but still no
checking for sigsetjmp... no
checking deeper for sigsetjmp... but still no
checking for poll... no
checking deeper for poll... but still no
checking for sigsetjmp defined as macro... no
configure: error: Can't work without an existing select() function

From config.log:

configure:14241: checking for sys/select.h
configure:14272: cc -c -D_XOPEN_SOURCE_EXTENDED conftest.c >&5
cpp: "configure", line 14294: error 4036: Can't open include file
'sys/select.h'
.
configure:14275: $? = 1
configure: failed program was:
| #line 14246 "configure"

On HP-UX select is in sys/time.h....

later-on the test deeper reports yes, but I'm not quite sure what it was
testing:

configure:15034: result: no
configure:15043: checking deeper for select
configure:15062: cc -o conftest -D_XOPEN_SOURCE_EXTENDED conftest.c
>&5
/usr/ccs/bin/ld: (Warning) At least one PA 2.0 object file (conftest.o)
was dete
cted. The linked output may not run on a PA 1.x system.
configure:15065: $? = 0
configure:15068: test -s conftest
configure:15071: $? = 0
configure:15073: result: yes!
configure:14964: checking for strdup
configure:15014: cc -o conftest -D_XOPEN_SOURCE_EXTENDED conftest.c
>&5
cpp: "configure", line 15024: error 4059: Missing or illegal macro name.
configure:15017: $? = 1
configure: failed program was:
| #line 14969 "configure"
| /* confdefs.h. */

and the strdup check gets unhappy. I _think_ it might be this bit:

| #define RETSIGTYPE void
| #define HAVE_SOCKET 1
| #define $def 1
| /* end confdefs.h. */
| /* System header to define __stub macros and hopefully few prototypes,

Extracting the test program and removing the line and compiling by hand
shows that indeed, it does _not_ like #define $def 1. That isn't used
anywhere in the .c file itself - is that perhaps some gcc-ism that was
allowed to slip in there or something? That seems to be the source of
the other "no" responses...

rick jones

-- 
portable adj, code that compiles under more than one compiler
these opinions are mine, all mine; HP might not want them anyway... :)
feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...
-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
Received on 2003-03-14