PHP-4.3.1, --with-apxs and --with-gdbm

From: Date: Mon, 21 Apr 2003 09:53:10 +0000
Subject: PHP-4.3.1, --with-apxs and --with-gdbm
References: 1  Groups: php.install 
Request: Send a blank email to php-install+get-10678@lists.php.net to get a copy of this message
This has been driving me absolutely batty, and I hope someone can help me with it. Doing an install with 4.3.1. Config options are: ./configure \ --with-apxs \ --with-zlib \ --with-xml \ --enable-ftp \ --enable-yp \ --enable-track-vars \ --enable-sysvshm \ --enable-sysvsem \ --enable-safe-mode \ --enable-magic-quotes \ --enable-debugger \ --with-db2 \ --with-gdbm \ --with-png \ --with-jpeg-dir=/usr \ --with-gd \ --with-gettext \ --with-regex=system \ --with-exec-dir=/usr/bin \ --disable-static \ --enable-inline-optimization \ --enable-pic \ --disable-debug \ --with-config-file-path=/usr/etc \ --prefix=/usr \ --target=i386-redhat-linux \ --with-ttf \ --with-mysql It bombs out with the following error: checking for gdbm_open in -lgdbm... no configure: error: cannot find necessary library Config.log shows: configure:20986: gcc -o conftest -g -O2 -DLINUX=22 -DEAPI -DEAPI_MM -D -DEAPI_MM_CORE_PATH=/var/run/httpd.mm -L/usr/lib conftest.c -lgdbm -lz -lcrypt -lm -lcrypt 1>&5 <command line>: macro names must be identifiers <command line>: warning: extra tokens at end of #define directive configure: failed program was: #line 20975 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gdbm_open(); int main() { gdbm_open() ; return 0; } HOWEVER...if I remove --with-apxs from the configure line? It configures just fine. If I put apxs back and remove --with-gdbm it configures just fine. It's just with the two of them together. Searching mailing lists and googling have turned up next to nothing, and the few things it did turn up (incorrect info inside apxs, passing the direct location to the lib/include directory on the command line, etc) all have failed to resolve it. I thought maybe it might be an old issue with gdbm (redhat box here with standard rpms for Redhat 7.3 straight from redhat) so I attempted to upgrade from gdbm 1.8.0 to 1.8.3. No dice. Still won't configure. I've run out of ideas. ANY assistance appreciated. Alex Darke

« previous php.install (#10678) next »