RE: PHP_4_3 doesn't build on Windows

php.internals

James Cox

23 years ago
And so on. Once you guys realize how that php4 can't be in the same tree as php5, then you will begin to realize what it was that I was trying to do.
> -----Original Message----- > From: admin [mailto:admin] On Behalf Of Sebastian Bergmann > Sent: Tuesday, June 24, 2003 6:20 AM > To: internals@lists.php.net > Subject: [PHP-DEV] PHP_4_3 doesn't build on Windows > > > ... because ext/com is missing. > > -- > Sebastian Bergmann > http://sebastian-bergmann.de/ > http://phpOpenTracker.de/ > >
http://www.professionelle-softwareentwicklung-mit-php5.de/
-- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Zeev Suraski

23 years ago
At 09:30 24/06/2003, James Cox wrote:
>And so on. > >Once you guys realize how that php4 can't be in the same tree as php5, >then you will begin to realize what it was that I was trying to do.
James, There's no technical reason for php4 and php5 not to live together in the same module. It doesn't mean that cleaning the mess we had before is trivial, but there aren't any inherent limitations in CVS that prevent this from being possible. Let's leave it at that... Zeev

Sascha Schumann

23 years ago
On Tue, 24 Jun 2003, James Cox wrote:
> And so on. > > Once you guys realize how that php4 can't be in the same tree as php5, > then you will begin to realize what it was that I was trying to do.
A list of extensions you rm -rf from PHP 5 would be appreciated. - Sascha

Sascha Schumann

23 years ago
Ok, here is the normalized diff from the CVS server. James, now tell me again, why we cannot simply empty the HEAD branch of these directories? -apache -aspell -ccvs -com -cybercash -cybermut -cyrus -dav -dbplus -domxml -dotnet -fribidi -hyperwave -icap -java -mailparse +mono -muscat -overload -phpdoc -sablot -satellite +simplexml +sqlite -swf -vpopmail -xslt -zip - Sascha

Sascha Schumann

23 years ago
All extensions which were marked with "-" have been copied from php4.unused/ext to php-src/ext. Most extensions had an empty HEAD branch already. For domxml, xslt, hyperwave, I have manually emptied that branch. After that, the PHP_4 tags have been copied from PHP_4_3 for php-src/ext/*. That should conclude this move. Sebastian, does PHP_4_3 work for you now? - Sascha

Sebastian Bergmann

23 years ago
Sascha Schumann wrote:
> Sebastian, does PHP_4_3 work for you now?
It's better than before, but the build fails with php4\main\fopen_wrappers.c(168): error C2059: Syntax error: 'type'
-- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ http://www.professionelle-softwareentwicklung-mit-php5.de/

Ilia A.

23 years ago
On June 24, 2003 10:17 am, Sebastian Bergmann wrote:
> Sascha Schumann wrote: > > Sebastian, does PHP_4_3 work for you now? > > It's better than before, but the build fails with > > php4\main\fopen_wrappers.c(168): error C2059: > Syntax error: 'type'
That's my fault, I'll fix it momentarily. Ilia

Uwe Schindler

23 years ago
What branch should now be used for commits to PHP4? PHP_4_3 like in the past or PHP_4? At 16:03 24.06.2003 +0200, you wrote:
> All extensions which were marked with "-" have been copied > from php4.unused/ext to php-src/ext. Most extensions had an > empty HEAD branch already. For domxml, xslt, hyperwave, I > have manually emptied that branch. > > After that, the PHP_4 tags have been copied from PHP_4_3 for > php-src/ext/*. > > That should conclude this move. Sebastian, does PHP_4_3 work > for you now? > > - Sascha > >-- >PHP Internals - PHP Runtime Development Mailing List >To unsubscribe, visit: http://www.php.net/unsub.php
----- Uwe Schindler Addr 1: Bamberger Str. 24a, D-96049 Bamberg Addr 2: Drausnickstr. 153, D-91052 Erlangen http://www.thetaphi.de - http:///www.schindlers-software.de eMails: uwe@thetaphi.de (private); info@schindlers-software.de (company) Tel./Fax: +49 700 PCLATEIN (+49 700 72528346) Schindlers Software - Home of Schindlers PC-LATEIN 3.10 DIE Software zum Lateinlernen!

Sascha Schumann

23 years ago
On Tue, 24 Jun 2003, Uwe Schindler wrote:
> What branch should now be used for commits to PHP4? PHP_4_3 like in the > past or PHP_4?
All PHP 4 commits: PHP_4 Bug fixes (in addition to PHP_4) can be committed to PHP_4_3 for the next release in the 4.3.x series. No features should be added to the 4.3 branch. - Sascha

Derick Rethans

23 years ago
On Tue, 24 Jun 2003, Sascha Schumann wrote:
> On Tue, 24 Jun 2003, Uwe Schindler wrote: > > > What branch should now be used for commits to PHP4? PHP_4_3 like in the > > past or PHP_4? > > All PHP 4 commits: PHP_4
I don't see any need to put time in merging to PHP_4, as there is no real reason to release a 4.4 version. Derick
-- "Interpreting what the GPL actually means is a job best left to those that read the future by examining animal entrails." ------------------------------------------------------------------------- Derick Rethans http://derickrethans.nl/ International PHP Magazine http://php-mag.net/ -------------------------------------------------------------------------