Bug #14048 Updated: Configure issues
| From: | sniper@php.net | 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