Re: [INTERNALS-WIN] Re: [PHP-CVS] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src(PHP_5_3) /win32/build DSP.README block.template.dsw buildconf.js config.w32 confutils.js projectgen.js template.dsp template.dsw

Steph Fox wrote:
>
> Hi Rob, all,
>
>>> I think it would actually be counter-productive to have them 
>>> buildable, to be honest, but I'm willing to spend another day on it 
>>> if what's there isn't good enough for the uses those files are put 
>>> to. I wasn't sure whether project dependencies and include paths 
>>> would be important in this regard, for example. If they're not, 
>>> we're good to go with last night's efforts :)
>>>
>>>> CC'ing him so he can chime in on this.
>>>>
>>>> Really though, with time getting short, we should be spending more 
>>>> time on the testing/fixing up of the 5.3 build and new libs than 
>>>> cosmetics.
>
> I see this as _part_ of fixing up the 5.3 build. We quite often get 
> people checking out src, seeing .dsw and thinking it's going to be 
> standard. We've had a number of unknown strangers grumble about the 
> state of the .dsp files on-list after they've wasted time trying to 
> get them to work. Making them generatable means we won't get that any 
> more; it also means they'll always be up to date. The build/no-build 
> question is less of an issue because it's always going to be possible 
> to make the things build if the itch arises, it just means playing 
> around with javascript a bit more.
Well if you'll be able to get them buildable then I think its a 
non-issue then.
>
>>> There wasn't a lot wrong with the 5.3 build until very recently. I'm 
>>> getting all sorts of peculiar things now (GD failing to find 
>>> libiconv, SimpleXML failing to find SPL, etc etc). But you've seen 
>>> the response if I touch anything in that department.
>> These are things that are more important imo. On to the other stuff 
>> though.
>>
>> First are you using all the new libs that will be used for the 5.3 
>> build?
>
> No. Is this the famous pecl2 server that I'm not allowed involvement 
> with?
Beats me. As the libs in Edin's old zip.zip are completely outdated and 
things need to be brought up to date, the libs are currently being made 
available at:
http://pecl2.php.net/downloads/php-windows-builds/php-libs/
>
>> What error are you seeing with GD? I am no longer getting any build 
>> issues with GD since my zlib changes.
>
> iconv not found (everything else finds it), zlib redeclaration, no 
> debug info in debug build, a few warnings.
Appears not to be set to link against older iconv (not sure if thats 
intended or not). zlib stuff is fixed - should be at least. havent even 
looked at the debug info :)
>
>> failure to find SPL is not specific to either of those as it happens 
>> to all the extensions that recently are no longer optional to the 
>> build. The ADD_DEPENDS macro doesnt take this into account and 
>> because things are laid out alphabetically, SPL hasnt been defined 
>> yes when the SimpleXML checks are being done. Same thing happens with 
>> extensions like SDO (requiring SPL) and anything that requires 
>> reflection  - and comes before reflection in the alphabet :)
>
> I could look into that one if you like.
Please do. I just noticed it the other day but have plenty of other 
things that I could put my time to use on.
>
>> What else are you running into? I would be very interested to hear 
>> any problems so they can get resolved.
>
> Nothing I can't fix (hopefully). bz debug needs /nodefaultlib, mysqlnd 
> and date are both riddled with VS6 cancer (heaps of warnings under 
> debug). Nothing major.
Good. Was afraid you were going to list of some major issues or something :)
>
>> As far as you not touching the stuff, I don't think that's the case. 
>> I agree that some changes or ideas should be passed by the people on 
>> the list in case there are differing ideas for some of the larger 
>> changes, but fixing something is not wrong - as long as its made to 
>> HEAD too :).
>
> I still have: pecl/phar, HEAD/phar, some config/build stuff but I no 
> longer know which because Pierre merged *some* of it, some 
> phar-related stuff to do in SPL (in both HEAD and 5_3). Extension 
> versioning if anyone can come up with a better idea than labelling 
> everything x.x.x-core. That's less of an issue than in PECL because it 
> makes good sense to have the core extension dlls built against a given 
> version of PHP labelled with that version (e.g. in tile views etc), 
> but it'd still be nice to have some sanity in phpinfo().
>
So then for the windows 5.3 specific stuff, what do you expect would be 
doable by end of month - my guesstimate for the timeframe.

Rob