Edit report at https://bugs.php.net/bug.php?id=70899&edit=1
ID: 70899
User updated by: admin at dunkleallianz dot net
Reported by: admin at dunkleallianz dot net
Summary: php 7 RC 7 buildconf failure
Status: Assigned
Type: Bug
Package: Compile Failure
Operating System: Debian 8.3
PHP Version: 7.0.0RC6
Assigned To: bwoebi
Block user comment: N
Private report: N
New Comment:
Do you have a link to the patch or I can simply load the https://github.com/php/php-src/tree/php-7.0.0RC7
again?
Currently I have reloaded the Branch.
same error
Forcing buildconf
Removing configure caches
buildconf: checking installation...
buildconf: autoconf version 2.69 (ok)
rebuilding aclocal.m4
rebuilding configure
/usr/bin/m4:ext/imagick/config.m4:14: cannot open `$config_m4_dir/imagemagick.m4': No such file
or directory
autom4te: /usr/bin/m4 failed with exit status: 1
rebuilding main/php_config.h.in
/usr/bin/m4:ext/imagick/config.m4:14: cannot open `$config_m4_dir/imagemagick.m4': No such file
or directory
autom4te: /usr/bin/m4 failed with exit status: 1
autoheader: '/usr/bin/autom4te' failed with exit status: 1
or something i do wrong ?
Previous Comments:
------------------------------------------------------------------------
[2015-11-13 06:16:52] laruence@php.net
and about the webhelper one, maybe you can introduce a new NEW_EXTENSION_EX, which accpet arguamnets
as build_dir, source_dir, it will be more safe than the current one
------------------------------------------------------------------------
[2015-11-13 05:42:50] laruence@php.net
@bwoebi since the origin change break things, I suggest we revert it, it's not a critical
change anyway.
thanks
------------------------------------------------------------------------
[2015-11-13 02:41:54] reeze@php.net
Hi bob. the second patch's PHP_CURRENT_CONFIG_M4_DIR is a macro to retrive current
extension's dir which is initialized before evaluate every extension, this could be though as
the variable $config_m4_dir but is "autoconf time", imagick requires preprocess time
path to include another m4 file.
------------------------------------------------------------------------
[2015-11-13 02:37:12] reeze@php.net
Hi bob,
The first patch is incorrect, I just updated it. I moved the macros: PHP_EXT_DIR from
configure.in to build/config-stubs so every time we include a m4 file from extension
the PHP_EXT_DIR is redefined to the proper one (the same as previous hehavior, but it
done in "autoconf-time", or we can only get the proper path at "configure time"
which triggered this bug report).
Yes the second patch looks better but I tested it with m4 1.4.6, it didn't work. (Mac shipped
1.4.6 with Xcode, so we might need to compatible with it).
@dunkleallianz could you please try the first patch?
------------------------------------------------------------------------
[2015-11-12 17:52:56] admin at dunkleallianz dot net
ah ok i find the version but this is a really old one (Version 1.4.6)
m4-1.4.17 2013-09-22 09:11
m4-1.4.9 2007-03-23 21:39
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=70899
--
Edit this bug report at https://bugs.php.net/bug.php?id=70899&edit=1