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

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.

>> 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?

> 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.

> 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.

> 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.

> 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().

>You should being this up again.

I think I'm all listed out atm :\

- Steph