Edit report at https://bugs.php.net/bug.php?id=65088&edit=1
ID: 65088
Updated by: f...@php.net
Reported by: stolen dot data dot net at gmail dot com
Summary: configure script (and compile) fails, perhaps due to
BSD differences in SH
Status: Feedback
Type: Bug
Package: Compile Failure
Operating System: OpenBSD 5.3 (possibly all BSDs)
PHP Version: 5.5.0
Block user comment: N
Private report: N
New Comment:
Just tried this on:
OpenBSD puffy.lan 4.9 GENERIC#477 amd64
bash-4.1# /bin/sh
# /bin/sh
# cd /root/
# pwd
/root
# cd /usr/"local"
# pwd
/usr/local
Previous Comments:
------------------------------------------------------------------------
[2013-06-22 22:50:08] ras...@php.net
So, a quick test on FreeBSD:
$ /bin/sh
$ cd /usr/"local"
$ pwd
/usr/local
That doesn't work on your machine?
We can't just remove the quotes there because it would break directory names
with spaces and other shell-special characters in them. cd is a built-in in the
shell and should support quoted literals. autoconf obviously relies on this
being the case. Have you done something interesting to your /bin/sh on this box?
------------------------------------------------------------------------
[2013-06-22 22:36:21] ras...@php.net
So basically autoconf generates a configure script that doesn't work on
OpenBSD?
That sounds a bit suspicious and I wonder why nobody else has reported it.
Anything special about your environment?
And can you reproduce just with just running the ./configure script with no
args
that comes with the php-5.5.0 tarball?
I just tested it again on FreeBSD 9.0 and it worked flawlessly, so it is not a
generic BSD issue. It is either OpenBSD-specific or specific to your
environment.
------------------------------------------------------------------------
[2013-06-22 15:39:44] stolen dot data dot net at gmail dot com
No, rebuilding configure changed nothing. Already gave it a try.
------------------------------------------------------------------------
[2013-06-22 03:23:54] ras...@php.net
Seems fine on freebsd. If you re-generate the configure script, does it work?
rm configure && ./buildconf --force
------------------------------------------------------------------------
[2013-06-21 16:22:29] stolen dot data dot net at gmail dot com
Description:
------------
This is a long-standing issue that dates back more than a year. I'm
"re-reporting"
it in hopes that it will finally get attention instead of being overlooked.
During ./configure, the following warnings - which later on cause the
make/compilation phase to halt with errors - will show up:
./configure[21401]: cd: /usr/opt/php-5.5.0/"ext/date" - No such file or
directory
...
./configure[56997]: cd: /usr/opt/php-5.5.0/"ext/mbstring" - No such file or
directory
./configure[56997]: cd: /usr/opt/php-5.5.0/"ext/mbstring" - No such file or
directory
./configure[56997]: cd: /usr/opt/php-5.5.0/"ext/mbstring/libmbfl" - No such
file
or directory
Backtracking from those line numbers we quickly find the problem, present at
both
lines 21381 and 56850:
ep_realdir="`(cd \"$ep_dir\" && pwd)`"
This exact line is present numerous times in the configure script, but for some
reason it fails on the three extension paths described above. It might be
caused
by the line just before that prepares $ep_dir using SED.
The quick'n'dirty solution is to simply unquote $ep_dir by removing the two \"
in
the subshell statement, but something proper would be preferred.
Also, no biggie, but there are some odd recurrences of inclusion paths showing
up
during compiling. Each line separated:
-I/usr/opt/php-5.5.0/ext/date/lib
"-I/usr/opt/php-5.5.0/ext/date/lib
-I/usr/opt/php-5.5.0/ext/ereg/regex
-I/usr/local/include
-I/usr/opt/php-5.5.0/ext/mbstring/oniguruma
-I/usr/opt/php-5.5.0/ext/mbstring/oniguruma"
-I/usr/opt/php-5.5.0/ext/mbstring/libmbfl
-I/usr/opt/php-5.5.0/ext/mbstring/libmbfl
"-I/usr/opt/php-5.5.0/ext/mbstring/libmbfl/mbfl
-I/usr/opt/php-5.5.0/ext/mbstring/libmbfl/mbfl"
Test script:
---------------
./configure
make
Expected result:
----------------
No path failures.
Actual result:
--------------
Described above.
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=65088&edit=1
