Summary: | PHP php-5.0.1 ./configure fails on ppc | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sandino Araico Sanchez <sandino> |
Component: | [OLD] Development | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | ppc, sparc |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 60438 | ||
Attachments: |
config.log
config.log Config log from last compilation failure ANother failed config.log |
Description
Sandino Araico Sanchez
2004-09-22 04:09:18 UTC
emerge -vp php please [ebuild N ] dev-php/php-5.0.1 (-adabas) +bcmath +berkdb (-birdstep) +bzlib +calendar -cdb -cpdflib +crypt +ctype +curl +curlwrappers (-db2) +dba -dbase +dbm (-dbmaker) +dbx +debug +dio -empress -empress-bcs (-esoob) +exif +fam (-fdftk) (-filepro) +flatfile -frontbase +ftp +gd +gd-external +gdbm +gmp -hyperwave-api +iconv +imap (-informix) (-ingres) +inifile -interbase -iodbc +jpeg +ldap -libedit +mcve +memlimit +mhash +mime +ming +mnogosearch +msession -msql -mssql +mysql -mysqli +ncurses -nis +nls -oci8 -odbc -oracle7 -ovrimos +pcntl +pcre (-pfpro) +png +posix +postgres -qdbm +readline -recode -sapdb +sasl +session +shared +sharedmem +simplexml +snmp +soap +sockets (-solid) +spell +spl +sqlite +ssl (-sybase) (-sybase-ct) +sysvipc +tidy +tiff +tokenizer +truetype +wddx +xml2 +xmlrpc +xpm +xsl +zlib 0 kB here php builds correctly, if you emerge -C gdbm and then try to emerge php it tries to get gdbm in again? emerge -C gdbm emerge -u php gdbm is emerged again and then PHP's configure stops at the same line. What is configure looking for that It can't find? please attach the config.log file I tried with the settings from comment #2: checking for mnoGoSearch support... yes, shared checking for mnoGoSearch version... configure: error: udm-config script not found in /usr/local/mnogosearch/bin !!! ERROR: dev-php/php-5.0.1 failed. !!! Function econf, Line 444, Exitcode 1 !!! econf failed !!! If you need support, post the topmost build error, NOT this status message. However: * USE flag mnogosearch enables support for software not in Portage * USE flag msession enables support for software not in Portage * * This ebuild will continue, but if you haven't already installed the * software required to satisfy the list above, this package will probably * fail to compile. Please try with both flags disabled and reopen this bug if the problem persists. Created attachment 40341 [details]
config.log
With mnogosearch and msession disabled the problem persists. It looks like an upstream GDBM change that's causing this problem. Sandino, could you please try this: ebuild /usr/portage/dev-php/php/php-5.0.1.ebuild unpack sed -e 's,for LIB in dbm c gdbm,for LIB in dbm c gdbm gdbm_compat,g' -i /var/tmp/portage/php-5.0.1/work/php-5.0.1/configure ebuild /usr/portage/dev-php/php/php-5.0.1.ebuild package emerge -k '=dev-php/php-5.0.1' if that works, please repeat for php-5.0.2 as well then report back. Didn't work. I will attach the new config.log. Created attachment 40517 [details]
config.log
argh. it needs to link to both gdbm and gdbm_compat :-(. But I don't see why it's different - given it works on x86 quite fine. as a weird idea open up /usr/lib/libgdbm_compat.la and change dependency_libs='' to dependency_libs=' -lgdbm ' opened up /usr/lib/libgdbm_compat.la and changed dependency_libs='' to dependency_libs=' -lgdbm ' configure still fails with the same error. Is there any other test I can do by hand? try the same test that configure is doing and link against both libraries manually, to see what happens. gcc -o conftest -O2 -pipe -fno-strict-aliasing -mtune=7450 -L/usr/lib -ldb-4.2 conftest.c -lgdbm_compat -lresolv -lm -ldl -lnsl -lxml2 -lz -lm I get the same errors than in config.log. gcc -o conftest -O2 -pipe -fno-strict-aliasing -mtune=7450 -L/usr/lib -ldb-4.2 conftest.c -lgdbm -lgdbm_compat -lresolv -lm -ldl -lnsl -lxml2 -lz -lm Works fine. so now the fun part... open up ext/dbm/config.m4 and figure out a way to have gdbm use both libraries IF it needs to only. I'm seeing this on sparc with php-5.0.2 as well I'm also seeing this problem on an x86. Created attachment 53552 [details]
Config log from last compilation failure
I guess a little more information wouldn't hurt! :) I'm getting the same
compilation failure, but on a x86 with both php-5.0.3-r1 as well as
mod_php-5.0.3-*. Are we the only few having this problem?
Created attachment 63043 [details]
ANother failed config.log
I submitted another log showing this same failure. I'm afraid I'm not enough
of a code wizzard to look at and understand the
/var/tmp/portage/php-5.1.0_beta/work/php-5.1.0b1/ext/dba
/config.m4 Wish I did.
Hi, Please see the solution in bug #60922. Best regards, Stu *** This bug has been marked as a duplicate of 60922 *** |