Configuring Zend
checking build system type... i386-unknown-freebsd4.7
checking for ld used by GCC... /usr/libexec/elf/ld
checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes
checking for BSD-compatible nm... /usr/bin/nm -B
updating cache ./config.cache
./ltconfig: Can't open ./ltconfig: No such file or directory
configure: error: libtool configure failed
What's going wrong?
$ automake --version
automake (GNU automake) 1.5
$ autoconf --version
Autoconf version 2.13
$ bison --version
bison (GNU Bison) 1.75
$ libtool --version
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)
I've also tried autoconf-2.53, which then does not produce the errors
that can be seen in buildconf.out, but still no difference: ltconfig is
not found.
What fails is:
/usr/local/bin/bash ./ltconfig --no-reexec --cache-file=/dev/null
--disable-shared --with-gcc --with-gnu-ld --no-verify ./ltmain.sh
executed from configure as of line 90'738:
# Actually configure libtool. ac_aux_dir is where install-sh is found.
CC="$CC" CFLAGS="$CFLAGS" CPPFLAGS="$CPPFLAGS" \
LD="$LD" LDFLAGS="$LDFLAGS" LIBS="$LIBS" \
LN_S="$LN_S" NM="$NM" RANLIB="$RANLIB" \
DLLTOOL="$DLLTOOL" AS="$AS" OBJDUMP="$OBJDUMP" \
${CONFIG_SHELL-/bin/sh} $ac_aux_dir/ltconfig --no-reexec \
$libtool_flags --no-verify $ac_aux_dir/ltmain.sh $lt_target \
|| { { echo "$as_me:$LINENO: error: libtool configure failed" >&5
echo "$as_me: error: libtool configure failed" >&2;}
{ (exit 1); exit 1; }; }
Where (or when) is ltconfig created? Or why is it used? CVS log of
ltconfig (1.22) says: "Remove ltconfig which is not used anymore by
libtool 1.4" - so why *is* it being used?
Maybe config.log helps, you can find it at
http://sitten-polizei.de/php/config.log (174 KB)
If I do a cvs update -r1.21 ltconfig, this error does not occur, but
then, later on:
checking whether dlsym() requires a leading underscore in symbol
names... ./configure: line 92000: syntax error near unexpected token
`_LT_AC_TRY_DLOPEN_SELF('
./configure: line 92000: `_LT_AC_TRY_DLOPEN_SELF('
which, as I guess, has something to do with the error mentioned in
buildconf-2.53.out. Where does this come from?
So, what I did to get all this running:
1) get ltconfig from CVS, r1.21
2) specify 'i386-portbld-freebsd4.7' at end of ./configure-line
to get rid of warning "you must specify host if --no-verify is set"
3) comment out lines in configure that could'nt be expanded my m4
(starting with "_LT_AC_TRY_DLOPEN_SELF(")
4) put SED='sed' into libtool (in php directory) since it was empty
This is some ugly hack, working for me, but this cannot be intended, can
it?
Sorry for being such a lamer: Timm
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4.3 (ok)
WARNING: automake and libtool are installed in different
directories. This may cause aclocal to fail.
continuing anyway
rebuilding configure
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF
configure.in:1124:AC_DEFINE([HAVE_BUILD_DEFS_H], 1, [ ])
configure.in:146: AC_MSG_RESULT(${1}.${2} (ok))
configure.in:232:AC_MSG_RESULT([$PHP_SAPI])
configure.in:284: AC_DEFINE(HAVE_LIBDL, 1, [ ])
configure.in:409: AC_DEFINE(HAVE_SOCKADDR_STORAGE,1,[Whether you have struct
sockaddr_storage])
configure.in:418:[AC_DEFINE(HAVE_SOCKADDR_LEN,1,[Whether sockaddr struct has sa_len])],
configure.in:504: AC_DEFINE(HAVE_GETADDRINFO,1,[Define if you have the getaddrinfo
function])
configure.in:531:dnl AC_MSG_RESULT([$ac_cv_type_in_addr_t])
configure.in:533: AC_DEFINE(in_addr_t, u_int, [ ])
configure.in:621: AC_DEFINE(PHP_SAFE_MODE,1,[ ])
configure.in:623: AC_DEFINE(PHP_SAFE_MODE,0,[ ])
configure.in:633: AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:634: AC_MSG_RESULT([/usr/local/php/bin])
configure.in:636: AC_DEFINE_UNQUOTED(PHP_SAFE_MODE_EXEC_DIR,"$withval", [ ])
configure.in:637: AC_MSG_RESULT([$withval])
configure.in:640: AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:641: AC_MSG_RESULT([/usr/local/php/bin])
configure.in:644: AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:645: AC_MSG_RESULT([/usr/local/php/bin])
configure.in:652: AC_DEFINE(PHP_SIGCHILD, 1, [ ])
configure.in:654: AC_DEFINE(PHP_SIGCHILD, 0, [ ])
configure.in:661: AC_DEFINE(MAGIC_QUOTES, 1, [ ])
configure.in:663: AC_DEFINE(MAGIC_QUOTES, 0, [ ])
configure.in:686: AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"1",[ ])
configure.in:688: AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"0",[ ])
configure.in:698: AC_DEFINE(HAVE_DMALLOC,1,[Whether you have dmalloc])
configure.in:709: AC_DEFINE(HAVE_IPV6,1,[Whether to enable IPv6 support])
configure.in:728: AC_DEFINE(HAVE_CRYPT,1,[ ])
configure.in:781:AC_MSG_RESULT([$PHP_VERSIONING])
configure.in:826: AC_DEFINE(ZTS,1,[ ])
configure.in:947:AC_DEFINE_UNQUOTED(PHP_BUILD_DATE,"$PHP_BUILD_DATE",[PHP build date])
configure.in:949:AC_DEFINE_UNQUOTED(PHP_UNAME,"$PHP_UNAME",[uname -a output])
configure.in:951:AC_DEFINE_UNQUOTED(PHP_OS,"$PHP_OS",[uname output])
rebuilding acconfig.h
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.
WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':
WARNING: AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])
WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: `main/php_config.h.in' is created
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.53 (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.5 (ok)
buildconf: libtool version 1.4.3 (ok)
WARNING: automake and libtool are installed in different
directories. This may cause aclocal to fail.
continuing anyway
rebuilding configure
configure.in:146: error: possibly undefined macro: AC_MSG_RESULT
configure.in:284: error: possibly undefined macro: AC_DEFINE
configure:92008: error: possibly undefined macro: _LT_AC_TRY_DLOPEN_SELF
rebuilding acconfig.h
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.
WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':
WARNING: AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])
WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: `main/php_config.h.in' is created
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
