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:

OS X does come with BIND (and it is almost ready to go out of the box)

but it has a different set up. The libraries are

/usr/lib/libresolv.9.dylib
/usr/lib/libresolv.dylib

The header file is

/usr/include/resolv.h


Note: The Developer Tools which you install to have compilers, etc 
also has the resolv.h file.



The only libbind*.* libraries I have are from the BIND 9 installation.


Linking the older header file to the new file does not fix things.


Previous Comments:
------------------------------------------------------------------------

[2007-08-31 07:05:29] [EMAIL PROTECTED]

You must have old libbind.* somewhere in your system which gets picked
instead of the new one. Didn't you uninstall the old one before you
installed the new one, apparently with different install prefix..?

------------------------------------------------------------------------

[2007-08-30 21:22:20] jerry at scene-naturally dot dyndns dot org

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:

------------------------------------------------------------------------

[2007-08-30 20:21:16] [EMAIL PROTECTED]

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

Reply via email to