Bug #13824 Updated: /usr/libexec/libphp4.so: undefined symbol: mm_create

ID: 13824 User updated by: louigi600@gsmbox.it Reported By: louigi600@gsmbox.it Old Status: Feedback Status: Open Bug Type: Compile Failure Operating System: linux slackware 8.0 PHP Version: 4.0.6 New Comment: I'm sure this is not the case because things worked fine till I tried to add in oracle. Remember that first I recompiled php 4.0.6 with exact same options of original slackware package & things worked fine (including apache) . Previous Comments: ------------------------------------------------------------------------ [2001-10-27 06:07:09] sniper@php.net Propably something wrong with the libs. Reinstall libmm. And try also with latest CVS snapshot from http://snaps.php.net/ I'm sure this is not a bug in PHP. Something wrong in your system. --Jani ------------------------------------------------------------------------ [2001-10-27 05:18:52] louigi600@gsmbox.it this is the situation on my box: root@extensa:~# ls -l /usr/lib/libmm* -rw-r--r-- 1 root root 15554 Oct 19 16:28 /usr/lib/libmm.a -rw-r--r-- 1 root root 629 Oct 19 16:28 /usr/lib/libmm.la lrwxrwxrwx 1 root root 16 Aug 2 19:43 /usr/lib/libmm.so -> lib mm.so.11.0.23* lrwxrwxrwx 1 root root 16 Aug 2 19:43 /usr/lib/libmm.so.11 -> libmm.so.11.0.23* -rwxr-xr-x 1 root root 18748 Oct 19 16:28 /usr/lib/libmm.so.11.0.2 3* root@extensa:~# nm /usr/lib/libmm.a | grep -i mm_create 0000000000000000 T MM_create U mm_create 0000000000000000 T mm_create root@extensa:/usr/src/php-4.0.6# ldd ./.libs/libphp4.so libdl.so.2 => /lib/libdl.so.2 (0x4018f000) libreadline.so.4 => /usr/lib/libreadline.so.4 (0x40193000) libhistory.so.4 => /usr/lib/libhistory.so.4 (0x401b7000) libncurses.so.5 => /lib/libncurses.so.5 (0x401bd000) libclntsh.so.1.0 => /usr/lib/libclntsh.so.1.0 (0x401fd000) libm.so.6 => /lib/libm.so.6 (0x4057e000) libnsl.so.1 => /lib/libnsl.so.1 (0x405a0000) libmysqlclient.so.10 => /usr/lib/libmysqlclient.so.10 (0x405b5000) libz.so.1 => /usr/lib/libz.so.1 (0x405d0000) libgmp.so.3 => /usr/lib/libgmp.so.3 (0x405df000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40600000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4062a000) libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x40649000) libbz2.so.1.0 => /lib/libbz2.so.1.0 (0x40650000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40660000) libssl.so.0 => /usr/lib/libssl.so.0 (0x4068e000) libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x40744000) libresolv.so.2 => /lib/libresolv.so.2 (0x40804000) libc.so.6 => /lib/libc.so.6 (0x40815000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) libmm does not seem to be there but configure ended with +--------------------------------------------------------------------+ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | | process, you are bound by the terms of this license agreement. | | If you do not agree with the terms of this license, you must abort | | the installation process at this point. | +--------------------------------------------------------------------+ Thank you for using PHP. whitch is a goo sign (and produced nothing in debud.log) and moreover gere's a grep from output of configure: root@extensa:/usr/src/php-4.0.6# grep -i mm log checking for sys/mman.h... yes checking for memmove... yes checking for mmap... yes checking for memmove... (cached) yes checking for mm support... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate Now what do you suggest ? ------------------------------------------------------------------------ [2001-10-26 13:29:25] sniper@php.net You mentioned that you have libmm.a (or .so) in /usr/lib? Does this library have mm_create symbol in it: # nm /usr/lib/libmm.a | grep mm_create Replace libmm.a with libmm.so if you don't have the static lib installed. What does ldd output when you have compiled PHP with mm support? --Jani ------------------------------------------------------------------------ [2001-10-26 09:12:57] louigi600@gsmbox.it ok it seams that oracle8 libraries are not down compatible with oracle7 libs. No need for "--enable-sigchild" as that I gather is a special issue for oracle 8.1 users. Now let's look back at the original problem with the unresolved symbol: Remember that I hadto temporarely remove the option "--with-mm=/usr" because apache was not starting. what can I do about that ? ------------------------------------------------------------------------ [2001-10-26 07:50:14] sniper@php.net Please try adding this to your configure line: --enable-sigchild Also, you should propably be using the oci8 instead: (replace --with-oracle with --with-oci8) http://www.php.net/oci8 and set the environment variables before starting Apache. --Jani ------------------------------------------------------------------------ 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/?id=13824 Edit this bug report at http://bugs.php.net/?id=13824&edit=1