Bug #14048 Updated: Configure issues

From: Date: Mon, 08 Jul 2002 00:48:51 +0000
Subject: Bug #14048 Updated: Configure issues
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-13438@lists.php.net to get a copy of this message
ID: 14048 Updated by: sniper@php.net Reported By: msopacua@idg.nl -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: BSD/OS 4.x PHP Version: 4.3.0-dev New Comment: This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites. Thank you for the report, and for helping us make PHP better. This was fixed by Sascha.. Previous Comments: ------------------------------------------------------------------------ [2002-06-07 15:15:56] msopacua@idg.nl Yep. Still applies. The make thing, is not a big issue - just annoying. The res_search problem is quite an issue, as it makes functions become unavailable. I've submitted a patch for that, but it gave problems on other (which?) platforms. Basically - res_search/inet_aton should be looked for, (with the right headers of course): 1) Without a lib (will work for any *BSD* and reduce php size) 2) With the current libs as in configure.in (socket/bind) 3) With -lbind and -lisc, as recent versions of Bind 9, don't link without -lisc. I hope the build expert can take a look at this. (I also wouldn't be surprised if option 1) would apply to Mac OS X as it has a BSDi-derived kernel) ------------------------------------------------------------------------ [2002-06-06 20:51:04] sniper@php.net I guess this one problem (make) is still true for CVS HEAD? ------------------------------------------------------------------------ [2002-04-13 01:12:31] adam@trachtenberg.com I also got nailed by 4). When I try to build XSLT, -liconv isn't passed, so it can't find the iconv*() functions. This is with RH 7.2 and the latest CVS. I manually edited the Makefile to add -liconv to EXTRA_LIBS and everything compiled fine and works. ------------------------------------------------------------------------ [2002-02-09 21:49:14] msopacua@idg.nl Ok, found 1 thing. Could someone apply this or the equivalent? $ diff -u configure.in.dist configure.in --- configure.in.dist Thu Dec 20 22:18:34 2001 +++ configure.in Sun Feb 10 03:24:51 2002 @@ -105,7 +105,10 @@ *darwin*|*rhapsody*) CPPFLAGS="$CPPFLAGS -traditional-cpp";; *bsdi*) - BSD_MAKEFILE=yes;; + if [ xGNU ! x${MAKE} --version | sed -n -e "s|^GNU.*|GNU|p" ]; then + BSD_MAKEFILE=yes + fi + ;; *beos*) beos_threads=1 LIBS="$LIBS -lbe -lroot";; ------------------------------------------------------------------------ [2001-12-15 12:31:54] msopacua@idg.nl Of course it was the last extension - in this case GD. BSDi 4.2 now comes with both a shared zlib as a shared Jpeg. The zlib is ok, but I've made a jpeg 6.2 of my own. There are a number of issues now surfacing, so should I open a new report on GD/BSDi 4.2 for these (HUP signal doesn't work anymore, linking with 2 libraries installed, makes it core dump)? Remaining for this report: 1) incorrect detection of HAVE_RES_SEARCH braking getmxrr and other DNS related functions, work-around: $ diff -c php_config.h.in php_config.h.in.dist *** php_config.h.in Fri Dec 14 21:13:55 2001 --- php_config.h.in.dist Fri Dec 14 15:06:29 2001 *************** *** 1894,1903 **** #define zend_finite(a) (zend_isnan(a) ? 0 : zend_isinf(a) ? 0 : 1) #endif - #ifdef __bsdi__ - #define HAVE_RES_SEARCH 1 - #endif - /* * Local variables: * tab-width: 4 --- 1894,1899 ---- I have provided an example of how bind-9.x detects this function. 2) Release versions need a fix of the include statements in various files, since the old make syntax is used, for BSDi's system provided make, instead of the make preferred in the PATH and/or specified by $MAKE. This does not apply to snapshots. ------------------------------------------------------------------------ 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/14048 -- Edit this bug report at http://bugs.php.net/?id=14048&edit=1

« previous php.bugs (#13438) next »