|
|
php.net | support | documentation | report a bug | advanced search | search howto | statistics | random bug | login |
[2003-01-02 20:53 UTC] jmcastagnetto@php.net
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
...
PatchesPull RequestsHistoryAllCommentsChangesGit/SVN commits
|
|||||||||||||||||||||||||||||||||||||
Copyright © 2001-2024 The PHP GroupAll rights reserved. |
Last updated: Sun Apr 28 05:01:30 2024 UTC |
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(' ..."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.