#42490 [Fbk->Opn]: PHP will not compile with BIND 9 installed

ID: 42490 User updated by: jerry at scene-naturally dot dyndns dot org Reported By: jerry at scene-naturally dot dyndns dot org -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: OS X 10.4.10 PHP Version: 5.2.4RC3 New Comment: The libraries installed by BIND 9 are libbind9.a libbind.a These are in /usr/local/lib libbind.a does seem to have the symbols, however, libbind9.a does not have these missing symbols. The path /usr/local/lib IS in LD_LIBRARY_PATH The configure app is finding either the library or the header file, but apparently not completely following though on that; the screen echo: checking if your OS can spawn processes with inherited handles... yes checking for res_nmkquery... no checking for __res_nmkquery... no checking for res_nmkquery in -lresolv... no checking for __res_nmkquery in -lresolv... no checking for res_nmkquery in -lbind... no checking for __res_nmkquery in -lbind... yes checking for res_nsend... no checking for __res_nsend... yes checking for dn_expand... yes This is in the configure.log as well. A small part of libbind.a: Previous Comments: ------------------------------------------------------------------------ [2007-08-30 20:21:16] jani@php.net Where is the library located containing those symbols (can't remember what it was called :) and is the path to that library in LD_LIBRARY_PATH? ------------------------------------------------------------------------ [2007-08-30 18:15:25] jerry at scene-naturally dot dyndns dot org Description: ------------ 1) Compiling fails for various version of PHP 5. It has been suggested to install BIND 8 over the BIND 9 installation, compile PHP and then re-install BIND 9. Not very elegant, but it might work if the older BIND were available. This has become a bigger problem because BIND 8 was declared EOL as of August 27, (no more support either) and the links to the older software were removed from the ISC site. http://www.isc.org/index.pl 2) In comparison, this next one is far more minor, but still a problem: If there are multiple versions of Berkeley DB installed (say 4.1 -- 4.6) Config picks up the older (lowered numbered) version instead o the newest version. The various Makefiles, etc. have to be hand-edited to replace the occurrences of say db-4.5 with db-4.6 Reproduce code: --------------- Compile fails regardless of using a simple ./configure make or a full ./configure options options ... options make 2) Expected result: ---------------- The usual line saying to the effect that the compile was successful and reminding the user to run 'make test'. Actual result: -------------- /usr/bin/ld: Undefined symbols: _res_nclose _res_ninit _res_nmkquery _res_nsend collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=42490&edit=1