Edit report at https://bugs.php.net/bug.php?id=65088&edit=1

 ID:                 65088
 Updated by:         ras...@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:

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?


Previous Comments:
------------------------------------------------------------------------
[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

Reply via email to