Bug #16351 Updated: resolv.h deprecated on PHP4.2.0 from CVS

ID: 16351 Updated by: bariou@brasnah.com Reported By: bariou@brasnah.com Status: Feedback Bug Type: *Configuration Issues Operating System: Solaris 8 PHP Version: 4.1.2 New Comment: I've done ./cvsclean, I've re-run ./buildconf, and I do make clean when necessary So after your message I flollow the complete process I give you here again The different warning messages : For ./buildconf => ./buildconf buildconf: checking installation... buildconf: autoconf version 2.53 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4 (ok) rebuilding Makefile templates automake: configure.in: installing `Zend/ylwrap' rebuilding configure rebuilding acconfig.h rebuilding main/php_config.h.in WARNING: Using auxiliary files such as acconfig.h', config.h.bot' WARNING: and config.h.top', to define templates for config.h.in' WARNING: is deprecated and discouraged. WARNING: Using the third argument of `AC_DEFINE' and WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without WARNING: `acconfig.h': WARNING: AC_DEFINE([NEED_MAIN], 1, WARNING: [Define if a function `main' is needed.]) WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. autoheader: `main/php_config.h.in' is created For the make I've => /bin/bash ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I../TSRM -g -O2 -prefer-pic -c zend_qsort.c In file included from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117, from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7, from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11, from zend_qsort.c:21: /usr/include/limits.h:112: No include path in which to find limits.h make[1]: *** [zend_qsort.lo] Error 1 make[1]: Leaving directory `/opt/xtra_targz/php420/Zend' make: *** [all-recursive] Error 1 About the last suggestion :=> Could you list which headers and in which order are specified in `man res_search'? here is the answer : Resolver Library Functions resolver(3RESOLV) NAME resolver, res_ninit, fp_resstat, res_npquery, res_hostalias, res_nquery, res_nsearch, res_nquerydomain, res_nmkquery, res_nsend, res_nclose, res_nsendsigned, dn_comp, dn_expand, hstrerror, res_init, res_query, res_search, res_mkquery, res_send, herror, - resolver routines SYNOPSIS BIND 8.2.2 Interfaces cc [ flag ... ] file ... -lresolv -lsocket -lnsl [ library ... ] #include <sys/types.h> #include <netinet/in.h> #include <arpa/nameser.h> #include <resolv.h> #include <netdb.h> Is that enough ? Hreat thank for you help Previous Comments: ------------------------------------------------------------------------ [2002-04-02 03:08:05] msopacua@idg.nl Could you list which headers and in which order are specified in `man res_search'? ------------------------------------------------------------------------ [2002-04-01 16:21:49] sniper@php.net Did you do 'make clean' and reconfigure after you upgraded gcc ? Or try './cvsclean ; ./buildconf' as this seems more like a problem in your system than in PHP. ------------------------------------------------------------------------ [2002-04-01 13:32:19] bariou@brasnah.com After a re-install of flex and gcc 2.95.3 on SUN-SOLARIS I have now the following failures. During the CONFIGURE I've the follwing warning configure: WARNING: resolv.h: present but cannot be compiled configure: WARNING: resolv.h: present but cannot be compiled configure: WARNING: resolv.h: check for missing prerequisite headers? configure: WARNING: resolv.h: proceeding with the preprocessor's result checking unix.h usability... no checking unix.h presence... no checking whether to enable mailparse support... no checking whether to enable multibyte string support... no checking whether to enable japanese encoding translation... no checking whether to enable multibyte regex support... no checking for limits.h... (cached) no Fail message from MAKE => make[1]: Entering directory `/opt/xtra_targz/php420/Zend' /bin/bash ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I../TSRM -g -O2 -prefer-pic -c zend_qsort.c In file included from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117, from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7, from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11, from zend_qsort.c:21: /usr/include/limits.h:112: No include path in which to find limits.h make[1]: *** [zend_qsort.lo] Error 1 make[1]: Leaving directory `/opt/xtra_targz/php420/Zend' make: *** [all-recursive] Error 1 About the limits.h it is an include_next which fails... More I'm a little bit surprised about the include path /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/ , because I have installed gcc-2.95.3 with pakgadd... not 2.95.2 Now I'm lost, have somebody an idea ! Thanks for your help ------------------------------------------------------------------------ [2002-03-29 20:03:31] sniper@php.net I don't think the warnings by configure have anything to do with this..your lex just needs updating. Try flex instead. Check this url for some instructions: http://www.kempston.net/solaris/utilitysoftware.html --Jani ------------------------------------------------------------------------ [2002-03-29 15:25:26] bariou@brasnah.com Here the followin step in the make cyclopedia:</opt/xtra_targz/php420>make Making all in Zend make[1]: Entering directory `/opt/xtra_targz/php420/Zend' bison -y -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c /bin/bash ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I../TSRM -g -O2 -prefer-pic -c zend_language_parser.c lex -Pzend -S./flex.skl -ozend_language_scanner.c -i ./zend_language_scanner.l lex: illegal option -- P Usage: lex [-ewctvnVY] [-Q(y/n)] [file] make[1]: *** [zend_language_scanner.c] Error 1 make[1]: Leaving directory `/opt/xtra_targz/php420/Zend' make: *** [all-recursive] Error 1 Thanks for your help Marcel ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16351 -- Edit this bug report at http://bugs.php.net/?id=16351&edit=1