Or put a "set -x" on the second line of the configure script and post the last
lines of the output.
Here it is ... It seems to be hanging on shtool: + egrep define.*include/php ./configure + xargs touch + sed s/.*>// php_shtool=./build/shtool + ./build/shtool echo -n -e %B
So, I then tried to run build/shtool by itself, and yup, with the 'echo', it locks. The one that comes with php-4.2.3, works.
The set -x stream for build/shtool shows: + sed -e s/\([a-zA-Z0-9]\)\([.:+]\)/opt_MODE_\1=\2;/g + eval opt_MODE_h=.;opt_MODE_n=.;opt_MODE_e=.; opt_MODE_h=. opt_MODE_n=. opt_MODE_e=. + echo h:help,n:newline,e:expand + tr x- x_ + sed -e s/\([a-zA-Z0-9]\):\([^,]*\),*/opt_ALIAS_\2=\1;/g
Note that this is different from a set -x from the previous (4.2.3) version which in the same area gives:
+ sed -e s/\([a-zA-Z0-9]\)\([.:+]\)/opt_MODE_\1=\2;/g
+ eval opt_MODE_h=.;opt_MODE_n=.;opt_MODE_e=.;
opt_MODE_h=.
opt_MODE_n=.
opt_MODE_e=.
opt_PREV=
+ [ 1 -gt 0 ]
+ [ .blah = .-- ]
opt_ARG_OK=no
This whole sed call with the opt_ALIAS is new, and is what is locking me up.
So, I then followed your advice and added the xpg4 version of sed higher in my path (/ucb was winning currently). And build/shtool worked fine.
As we speak, my configure is running along just fine.
Thanks a million ... and now the 'big question'. Is this considered a 'bug' enough that I should submit it as such? Since, it seems to me, that many/most Solaris installations might have this problem, and the configure script should check for an /xpg4/ version?
Or is this officially a 'stupid user' issue of using a bad version?
Thanks either way.
And "--with-jpeg-d=/opt/X11R5" looks a bit strange, should probably be "--with-jpeg-dir=/opt/X11R5".
Whoops, bad cut/paste ... thanks for the catch
Eli
-- PHP Install Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
