Re: [INTERNALS-WIN] Lib queries - bindlib_w32

Steph Fox wrote:
> 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
> 

Only needed for PHP 5.2 - no longer used for PHP 5.3+

If you have to build 5.2, just use the prebuilt versions, the _debug 
reflects what the configure system looks for when linking against a 
debug PHP now.

Thanks,
Elizabeth