On Thu, April 13, 2006 10:28 pm, John Coggeshall wrote:
> I haven't even looked at the code for phpize yet, but this is just a
> hunch -- what is the output of php-config? Wouldn't surprise me to
> find
> out that's how it gets the information, nor that it is the reason
> you're
> build isn't working.
Hey John;
There's no "php-config" in the "phpize"
It's created by buildconf; ./configure and has the prefix hard-coded
into it:
# Variable declaration
prefix='/www/acousticdemo.com/cvs/usr/local'
exec_prefix="`eval echo ${prefix}`"
phpdir="`eval echo ${exec_prefix}/lib/php`/build"
includedir="`eval echo ${prefix}/include`/php"
builddir="`pwd`"
I even added an:
echo "includedir: $includedir"
right before the bit that actually looks up the versions, and it's my
dir...
And, sure enough, in the $includedir/php/main/php.h file, there's that
20041225...
I'm so confused!!!
In my CVS tree:
-bash-2.05b$ ../usr/local/bin/php-config --prefix
/www/acousticdemo.com/cvs/usr/local
-bash-2.05b$ ../usr/local/bin/php-config --includes
-I/www/acousticdemo.com/cvs/usr/local/include/php
-I/www/acousticdemo.com/cvs/usr/local/include/php/main
-I/www/acousticdemo.com/cvs/usr/local/include/php/TSRM
-I/www/acousticdemo.com/cvs/usr/local/include/php/Zend
-I/www/acousticdemo.com/cvs/usr/local/include/php/ext
-bash-2.05b$ ../usr/local/bin/php-config --ldflags
-L/usr/local/lib
-bash-2.05b$ ../usr/local/bin/php-config --libs
-lcrypt -lcrypt -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv
-lm -lxml2 -lz -liconv -lm -lcrypt -lxml2 -lz -liconv -lm -lxml2 -lz
-liconv -lm -lxml2 -lz -liconv -lm -lcrypt
-bash-2.05b$ ../usr/local/bin/php-config --extension-dir
/www/acousticdemo.com/cvs/usr/local/lib/php/extensions/debug-zts-20050922
-bash-2.05b$ ../usr/local/bin/php-config --version
5.1.3RC3
-bash-2.05b$
Using the "stock" webhost:
-bash-2.05b$ php-config --prefix
/usr/local
-bash-2.05b$ php-config --includes
-I/usr/local/include/php -I/usr/local/include/php/main
-I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend
-bash-2.05b$ php-config --ldflags
-L/usr/local/lib
-bash-2.05b$ php-config --libs
-lcrypt -lcrypt -lm -lxml2 -lz -liconv -lm -lcrypt -lcrypt
-bash-2.05b$ php-config --extension-dir
/usr/local/lib/php/20041030
-bash-2.05b$ php-config --version
5.0.4
-bash-2.05b$
So how did I get the 20041225 php.h into my CVS tree? :-(
I mean, that doesn't even match anything at all...
It WOULD match, right? --extension-dir and php.h API version?
[Though I'm sure somebody could make them not match if they wanted to
confuse themselves even more than I already have...]
And, like, how come ldflags didn't change? Or is that were the OS
libs are, and it shouldn't change?
I must have been in some OTHER cvs tree and been typing madly away
configuring and compiling it into the cvs tree I thought I was in?
Right?
Sheesh!
That makes me feel pretty stupid.
But I'm pretty sure that I did my latest ./configure in the right
directory... Guess not, though, from the evidence, hunh?
Too many PHP versions floating around here...
I gotta have the webhost's version.
I've got a snap from last night to squash a bug.
Plus one from the night before that squashed another bug.
Plus another one that squashed a similar bug that I hoped would be mine.
And I thought it would make sense to use -r PHP_5_1 to play with a new
extension. I'll add enough instability of my own :-)
Is there a chart somewhere that matches up things like:
20041020 5.0.4
20041225 ?.?.?
20050922 5.1.3RC3
Idiots like me need could really use that. :-)
These date-version number things *DO* stay consistent across a
source/build, right?...
I mean, 20041020 is always 5.0.4, right???
Where is that bit explained?...
Anybody got a handy .profile prompt setter thingie to tell me which
CVS dir I'm in, without making the prompt ridiculously long? :-)
Thanks all. I knew it had to be a stupid mistake SOMEWHERE.
--
Like Music?
http://l-i-e.com/artists.htm
