RE: [PHP-DEV] Undefined Versioned Symbol

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:mike@mgrobinson.com] Sent: Friday, January 19, 2001 12:53 PM To: mark@arcabama.com; php-dev@lists.php.net 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:mark@arcabama.com] > Sent: Friday, January 19, 2001 3:24 PM > To: php-dev@lists.php.net > 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 > mark@arcabama.com > > > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, e-mail: php-dev-unsubscribe@lists.php.net > For additional commands, e-mail: php-dev-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net >