ID: 21375 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4CVS-2003-01-02 (dev) New Comment:
No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: ------------------------------------------------------------------------ [2003-01-08 21:27:17] [EMAIL PROTECTED] (to be verified, someone ELSE needs to be able to reproduce this :) Please try the older autoconf/automake. autoconf versions above 2.13 really are buggy. And make sure you get rid of all the old files of those tools (autoconf,automake,libtool) before you install them. ------------------------------------------------------------------------ [2003-01-08 20:00:03] [EMAIL PROTECTED] No, I had not changed anything in this box since the last time I compiled from CVS back in October. I have changed things while trying to check if a newer autoconf, etc. helped. Running the command line you suggested I get: ./cvsclean && ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.57 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. buildconf: automake version 1.7.2 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure configure.in:831: warning: AC_PROG_LIBTOOL is m4_require'd but is not m4_defun'd configure.in:146: error: possibly undefined macro: AC_MSG_RESULT If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:295: error: possibly undefined macro: AC_DEFINE configure.in:1064: error: possibly undefined macro: AC_PROG_LIBTOOL configure:100072: error: possibly undefined macro: _LT_AC_TRY_DLOPEN_SELF rebuilding acconfig.h rebuilding main/php_config.h.in configure.in:831: m4: Undefined macro `AC_PROG_LIBTOOL' So autoconf 2.57 is buggy but 2.13 is not? Should I downgrade? Just to make doubly sure I did not have anything weird in my local CVS copy I did a fresh checkout of 'php4' (in /tmp/test/php4), and rerun the line above: % cd /tmp/test/php4 % ./cvsclean && ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.57 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. buildconf: automake version 1.7.2 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure configure.in:831: warning: AC_PROG_LIBTOOL is m4_require'd but is not m4_defun'd configure.in:146: error: possibly undefined macro: AC_MSG_RESULT If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:295: error: possibly undefined macro: AC_DEFINE configure.in:1064: error: possibly undefined macro: AC_PROG_LIBTOOL configure:99670: error: possibly undefined macro: _LT_AC_TRY_DLOPEN_SELF rebuilding acconfig.h rebuilding main/php_config.h.in configure.in:831: m4: Undefined macro `AC_PROG_LIBTOOL' Any ideas on where to look about the (possible) messed up libtool? I had not used autoconf too much, but it is weird that 2.13 is not buggy but a later (current) version is. ------------------------------------------------------------------------ [2003-01-08 17:42:19] [EMAIL PROTECTED] Did you change anything in your setup before this started? And are all those tools installed with same prefix? Are you sure your CVS checkout is clean? Here's the output I got with latest CVS (HEAD): # ./cvsclean && ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p5 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure rebuilding acconfig.h rebuilding main/php_config.h.in It looks like that your libtool installation is not quite okay.. ------------------------------------------------------------------------ [2003-01-06 13:25:44] [EMAIL PROTECTED] More information: (using CVS from today 2003-01-06) I had installed the following versions automake 1.4 libtool 1.4 autoconf 2.13 Gnu m4 1.4 which according to buil/buildcheck.sh should be OK (and which indeed used to build from CVS w/o trouble) To try and see if it will work w/ a new version, I installed: autoconf 2.57 automake 1.7.2 and then I rerun: % ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.57 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. buildconf: automake version 1.7.2 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure configure.in:831: warning: AC_PROG_LIBTOOL is m4_require'd but is not m4_defun'd configure.in:146: error: possibly undefined macro: AC_MSG_RESULT If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:295: error: possibly undefined macro: AC_DEFINE configure.in:1064: error: possibly undefined macro: AC_PROG_LIBTOOL configure:100054: error: possibly undefined macro: _LT_AC_TRY_DLOPEN_SELF rebuilding acconfig.h rebuilding main/php_config.h.in configure.in:831: m4: Undefined macro `AC_PROG_LIBTOOL' Seems like it is unhappy somehow. At last I risked it an tried using the same './configure' call as before and I get the same error (on a different line now), namely: "... checking whether dlsym() requires a leading underscore in symbol names... ./configure: line 100042: syntax error near unexpected token `_LT_AC_TRY_DLOPEN_SELF(' ./configure: line 100042: `_LT_AC_TRY_DLOPEN_SELF(' ..." ------------------------------------------------------------------------ [2003-01-02 20:53:14] [EMAIL PROTECTED] There have been at least 2 changes since I last built from CVS on Solaris 8 (October 13, 2002) The first one is the addition to grep of Gnu grep only parameters w/o checking for the existence of said option in the target OS (changed to gnu grep manually in configure.in) The second one is that it seems like the file is using macros from a newer autoconf (only msg I saw in the logs for configure.in is from rev 1.394: "Don't use autoconf 2.52 macros.") If a newer autoconf is required, it should be documented, or a warning should be generated. Instead of a broken configure that later on fails. % autoconf --version Autoconf version 2.13 Tried doing a "buildconf" on today's CVS (2003/01/02) and got: % ./buildconf using default Zend directory rebuilding configure configure.in:831: /opt/sfw/bin/gm4: Undefined macro `AC_PROG_LIBTOOL' autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF configure.in:1064:AC_PROG_LIBTOOL configure.in:1142:AC_DEFINE([HAVE_BUILD_DEFS_H], 1, [ ]) configure.in:146: AC_MSG_RESULT(${1}.${2} (ok)) configure.in:166:AC_MSG_RESULT(${1}.${2}.${3} (ok)) configure.in:238:AC_MSG_RESULT([$PHP_SAPI]) configure.in:295: AC_DEFINE(HAVE_LIBDL, 1, [ ]) configure.in:422: AC_DEFINE(HAVE_SOCKADDR_STORAGE,1,[Whether you have struct sockaddr_storage]) configure.in:431:[AC_DEFINE(HAVE_SOCKADDR_LEN,1,[Whether sockaddr struct has sa_len])], configure.in:518: AC_DEFINE(HAVE_GETADDRINFO,1,[Define if you have the getaddrinfo function]) configure.in:545:dnl AC_MSG_RESULT([$ac_cv_type_in_addr_t]) configure.in:547: AC_DEFINE(in_addr_t, u_int, [ ]) configure.in:635: AC_DEFINE(PHP_SAFE_MODE,1,[ ]) configure.in:637: AC_DEFINE(PHP_SAFE_MODE,0,[ ]) configure.in:647: AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ]) configure.in:648: AC_MSG_RESULT([/usr/local/php/bin]) configure.in:650: AC_DEFINE_UNQUOTED(PHP_SAFE_MODE_EXEC_DIR,"$withval", [ ]) configure.in:651: AC_MSG_RESULT([$withval]) configure.in:654: AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ]) configure.in:655: AC_MSG_RESULT([/usr/local/php/bin]) configure.in:658: AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ]) configure.in:659: AC_MSG_RESULT([/usr/local/php/bin]) configure.in:666: AC_DEFINE(PHP_SIGCHILD, 1, [ ]) configure.in:668: AC_DEFINE(PHP_SIGCHILD, 0, [ ]) configure.in:675: AC_DEFINE(MAGIC_QUOTES, 1, [ ]) configure.in:677: AC_DEFINE(MAGIC_QUOTES, 0, [ ]) configure.in:700: AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"1",[ ]) configure.in:702: AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"0",[ ]) configure.in:712: AC_DEFINE(HAVE_DMALLOC,1,[Whether you have dmalloc]) configure.in:723: AC_DEFINE(HAVE_IPV6,1,[Whether to enable IPv6 support]) configure.in:742: AC_DEFINE(HAVE_CRYPT,1,[ ]) configure.in:795:AC_MSG_RESULT([$PHP_VERSIONING]) configure.in:840: AC_DEFINE(ZTS,1,[ ]) configure.in:961:AC_DEFINE_UNQUOTED(PHP_BUILD_DATE,"$PHP_BUILD_DATE",[PHP build date]) configure.in:963:AC_DEFINE_UNQUOTED(PHP_UNAME,"$PHP_UNAME",[uname -a output]) configure.in:965:AC_DEFINE_UNQUOTED(PHP_OS,"$PHP_OS",[uname output]) rebuilding main/php_config.h.in configure.in:831: /opt/sfw/bin/gm4: Undefined macro `AC_PROG_LIBTOOL' which produced a 'configure' file, which when run as: % ./configure --prefix=/export/dredox1/devel_server/php \ --with-config-file-path=/export/dredox1/devel_server/php \ --enable-track-vars --enable-magic-quotes \ --enable-inline-optimization \ --enable-xml \ --enable-pcntl \ --enable-cli \ --with-gmp \ --enable-aggregate \ --enable-overload \ --enable-wddx \ --enable-ftp --enable-calendar --enable-bcmath --enable-trans-id\ --with-zlib \ --with-gd \ --enable-freetype-4bit-antialias-hack \ --with-jpeg-dir=/opt/sfw \ --with-png-dir=/opt/sfw \ --with-xpm-dir=/opt/sfw \ --with-ttf=/opt/sfw \ --with-t1lib=/asd/metallo1/server/libs/t1 \ --with-xmlrpc \ --with-mysql=/export/dredox1/devel_server/mysql Gave the error: ... checking for isnan... yes checking whether fp_except is defined... no checking whether dlsym() requires a leading underscore in symbol names... ./configure: syntax error at line 81725: `_LT_AC_TRY_DLOPEN_SELF' unexpected ... ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=21375&edit=1