Lib queries - bindlib_w32

New thread for probably interminable queries about the libs on pecl2.

First off: bindlib_w32.

This lives in cvs.php.net, but rarely gets an update in CVS. In fact it's 
only ever happened twice - once to fix a single bug and once to fix the 
build under the original VS.NET release, both back in 2003. So I think we 
could call it 'stable'.

Around the time it was getting that attention, I took to checking out 
bindlib_w32 into my dev directory alongside PHP and building it there, as 
with everything else out of php.net cvs (pecl f.e.). I never had any problem 
with debug vs release under the .dsp build system, because the respective 
configurations in the .dsp files picked up the respective libs. I _did_ have 
problems with it when we switched to the script-based build system, because 
although the headers are found via php_usual_include_suspects, the libraries 
are not. It would be extremely simple to fix that in much the same way I did 
when generating .dsp files:

' /libpath:"..\\bindlib_w32\\' + status + '"';

except you'd add it to php_usual_lib_suspects, which currently looks in 
entirely the wrong place for resolv.lib in the bindlib_w32 dir because 
there's no equivalent for 'status'. So you can only find resolv.lib if it's 
in a standard library path, i.e. 'lib', which in turn leads to a naming 
issue because both the debug and release versions of resolv.lib are actually 
called resolv.lib.

The pre-made, downloadable bindlib_w32 has renamed the debug version to 
'resolv_debug.lib'. This isn't reflected in the bindlib_w32 source. It also 
isn't reflected in either the PHP_5_2, PHP_5_3 or CVS HEAD source as far as 
I can determine.

CHECK_LIB() is called on 'resolv.lib' (only) in PHP_5_2. No clue what 
happens to bindlib in 5.3 or HEAD - it just disappears, apart from the path 
to its toplevel directory under 'usual suspects'.

So - quite a few open queries on that one.

Status?

- Steph