Sorry, but those bug reports provide no information on how to solve the
problem. Other than re-installing the glibc, which I've done, or
re-installing my entire system, which is similar to killing a fly with a 10
megaton nuclear warhead. Is there any record that reinstalling the entire
system actually solves the problem?
As an FYI, I think making assertions to the effect that "this is not a PHP
problem" is an odd way to handle bug reports. How can anyone know that the
assertion is true if there is no non-PHP-related solution documented?
- Mark
-----Original Message-----
From: Mike Robinson [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 19, 2001 12:53 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: [PHP-DEV] Undefined Versioned Symbol
Go to http://bugs.php.net and read #7711,8774, and 8721.
Regards
Mike Robinson
> -----Original Message-----
> From: Mark Olbert [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 19, 2001 3:24 PM
> To: [EMAIL PROTECTED]
> Subject: [PHP-DEV] Undefined Versioned Symbol
>
>
> I've been having problems getting php-4.0.4 to compile on my linux system;
> the make keeps breaking when libphp.so is being linked with an undefined
> versioned symbol name __ns_name_unpack@@GLIBC_2.1 error.
>
> I've rebuilt and reinstalled glibc2.1.3, and every library I know of that
> php depends on, but that didn't solve the problem.
>
> I saw a post in the php bug database about the exact same problem
> which the
> poster solved by creating a shared version of libbind (which is not
> supported in the isc.org release of bind).
>
> This lead me to run objdump on both libbind.a and libresolv.so.2. Here's
> what I found:
>
> objdump -x /lib/libresolv.so.2 | grep __ns_name:
>
> 00004424 g F .text 0000011a __ns_name_unpack
> 00004044 g F .text 000001db __ns_name_ntop
>
> objdump -x /usr/lib/libbind.a | grep __ns_name:
>
> [...snip...]
> 000003e4 g F .text 00000105 __ns_name_unpack
> 00000684 g F .text 00000063 __ns_name_uncompress
> 000006e8 g F .text 00000057 __ns_name_compress
> 00000000 g F .text 000001ae __ns_name_ntop
> [...snip...]
>
> If I'm reading this correctly (I'm not experienced in programming under
> linux), this looks like both libresolv.so.2 (a shared library, part of
> glibc) and libbind.a (a static library, part of bind) are exporting
> __ns_name_unpack and __ns_name_ntop.
>
> Somehow, this does not strike me as a good thing for programs like php,
> which link against both libraries.
>
> Is this potentially the source of my make problem? And, if so,
> what can I do
> about it?
>
> - Mark
> [EMAIL PROTECTED]
>
>
>
> --
> PHP Development Mailing List <http://www.php.net/>
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
