php4.3-dev RC2 building and observations

chris (2002-12-10 16:55:32)
0 replies
I grabbed the latest snapshot of said php release - It's looking like it's worth the play. With it's own built in gd support, we can finally migrate from gd 1.x to gd 2.x without the build going vauxhall on us. Also included in the new release is support for SNMPv3, which might be interesting to fiddle with.

So I had a few borked attempts - mostly because of the stubs left behind by the Zend beta which I was evaulating last month, but the compile finally swallowed okay with the following config:

'./configure' '--with-mysql-dir=/usr/local/mysql' '--with-apxs=/usr/local/apache/bin/apxs' '--with-gd' '--with-zlib-dir' '--with-jpeg-dir=/usr/local/lib' '--with-png-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-snmp' '--enable-track-vars' '--with-mail' '--with-curl'

My Centralnic sandbox is smiling happily now, but there was one odd thing in the migration, which I should point out..

I had some odd stuff happening with the cnic system under 4.3 and finally realised that for some reason $_SERVER[PHP_AUTH_USER] isn't set, so I'm having to use $_SERVER[REMOTE_USER]
I didn't know that PHP_AUTH_USER has been depracated and I don't see why this one value should be ommitted from the $_SERVER vars in php-4.3?

I'm using php4-STABLE-200212100030 - the freshest snapshot I could find. I would be impressed if anyone could shed some light on this. phpinfo() shows all other $_SERVER vars as expected... Anyway, it's not a major biggy, and it's all fine with REMOTE_USER anyway.