|
php.net | support | documentation | report a bug | advanced search | search howto | statistics | random bug | login |
PatchesPull RequestsHistoryAllCommentsChangesGit/SVN commits
[2000-10-13 22:14 UTC] sniper@php.net
[2000-11-01 12:19 UTC] sniper@php.net
|
|||||||||||||||||||||||||||
Copyright © 2001-2026 The PHP GroupAll rights reserved. |
Last updated: Sat Oct 10 12:00:01 2026 UTC |
In the past seven days, something has happened which causes configure to fail. Configuration script: ./configure \ --with-java \ --with-mysql=/usr/local/mysql \ --with-gd \ --with-apxs=/usr/local/apache/bin/apxs \ --with-xml \ --with-zlib=/usr/local \ --with-curl=/usr/local \ --enable-versioning \ --enable-track-vars \ --enable-sysvshm \ --enable-sysvsem \ --enable-sockets \ --disable-debug Output: /usr/local/src/php4 shanna% ./apxs-config loading cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... Configuration name missing. Usage: ./config.sub CPU-MFR-OPSYS or ./config.sub ALIAS where ALIAS is a recognized configuration type. Interestingly, removing --with-java from the configuration script makes it go away. This has only happened within the last week--I compiled my last PHP 4 module on Sept 29, with no problems. This problem manifested after a complete wipe of the source tree and a fresh checkout of the php4, Zend, and TSRM modules.