php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #13137 CVS incompatible with autoconf 2.13 (AC_LANG_POP)
Submitted: 2001-09-04 13:06 UTC Modified: 2001-09-04 18:32 UTC
From: vorlon at netexpress dot net Assigned:
Status: Not a bug Package: Compile Failure
PHP Version: 4.0CVS-2001-09-04 OS: Debian GNU/Linux unstable (sid)
Private report: No CVE-ID: None
View Add Comment Developer Edit
 [2001-09-04 13:06 UTC] vorlon at netexpress dot net 
With current CVS, I see the following output when running buildconf on a Debian system:

$ ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4-p4 (ok)
buildconf: libtool version 1.4b
1996, (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
rebuilding configure
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_LANG_PUSH
***BUG in Autoconf--please report*** AC_LANG_POP
***BUG in Autoconf--please report*** AC_LANG_PUSH
***BUG in Autoconf--please report*** AC_LANG_PROGRAM
***BUG in Autoconf--please report*** AC_LANG_PROGRAM
***BUG in Autoconf--please report*** AC_MSG_NOTICE
***BUG in Autoconf--please report*** AC_LANG_POP
***BUG in Autoconf--please report*** AC_LANG_PUSH
***BUG in Autoconf--please report*** AC_LANG_PROGRAM
***BUG in Autoconf--please report*** AC_LANG_PROGRAM
***BUG in Autoconf--please report*** AC_LANG_POP
***BUG in Autoconf--please report*** AC_LANG_PROGRAM
***BUG in Autoconf--please report*** AC_LANG_PROGRAM
rebuilding acconfig.h
rebuilding main/php_config.h.in
$

Needless to say, the resulting `./configure' file is not a valid shell script.

I've verified also on a RedHat system that autoconf 2.13 does not provide these macros; they are only available in autoconf 2.5x.  If it is intended that PHP CVS be compatible with autoconf 2.13, these macros should be replaced with something more portable; otherwise, I'd appreciate it if the configure.in was clearly tagged as being autoconf 2.5-specific, so that Debian's autodetection has a chance at handling it properly.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-09-04 17:20 UTC] mfischer@php.net 
Try libtool 1.4 (without any traling 'b') - this should work for now.

- Markus
 [2001-09-04 17:44 UTC] joey@php.net 
You *ARE* running unstable, after all.
Everything is fine with "testing"...it's really not a PHP bug.
 [2001-09-04 17:54 UTC] vorlon at netexpress dot net 
Yes, I appear to have unreasonable expectations that Debian unstable won't severely munge the developer tools.  The libtool bug of not declaring AC_PREREQ(2.50) has been fixed recently, but the autoconf package there still has a bug in failing to notice this declaration.  I'll be taking the issue up with the maintainer of that package.

Thanks and sorry,
Steve Langasek
postmodern programmer
 [2001-09-04 18:05 UTC] mfischer@php.net 
No PHP Bug -> bogusified.

ML and other Bug reports already have hints to use libtool 1.4.

- Markus
 [2001-09-04 18:32 UTC] sniper@php.net 
Works just fine here:

buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.4.1 (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in


I guess it's either libtool 1.4b (beta anyway) or
some other thing broken in your system.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Apr 18 10:01:28 2024 UTC