[PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

Good morning, This is a reboot of Davey Shafik’s RFC (with permission). After recent discussions about sort functions, I was inspired to bring this back up, as I think it would be a useful feature. The RFC is here: https://wiki.php.net/rfc/combined-comparison-operator Thanks! -- Andrea Faulds

Re: [PHP-DEV] [RFC] [VOTE] Preserve Fractional Part in JSON encode

Hi! > Since I am not part of the core team, who can merge the PR ( > https://github.com/php/php-src/pull/642)? By the way, the RFC was target to > the next PHP 5.6 patch version, but the PR was target to master. Should I > reopen the PR to PHP-5.6 branch? No, I think we can do with the existing o

Re: [PHP-DEV] [PHP-CVS] com php-src: Faster sorting algo: UPGRADING Zend/Makefile.am Zend/tests/methods-on-non-objects-usort.phpt Zend/zend_API.c Zend/zend_hash.c Zend/zend_hash.h Zend/zend_ini.c Zend

> On 19 Jan 2015, at 07:52, Rasmus Lerdorf wrote: > > On 01/18/2015 02:08 PM, Rasmus Lerdorf wrote: >> We have to be really really careful with this "oh, that code is wrong, >> so we can break it argument". This will break hundreds if not thousands >> of sites in a hard-to-debug way. It took me

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

This would be indeed very useful and also ideal from a sorting performance perspective! == Original == From: Andrea Faulds To: PHP internals Date: Mon, 19 Jan 2015 09:28:17 +0100 Subject: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator Good morning, This is a reboot

[PHP-DEV] Re: bison 3.0

Le 11/12/2014 08:52, Sebastian Bergmann a écrit : Hi! I just updated my notebook to Fedora 21 and am no longer able to build PHP on it since I now have bison 3.0.2 instead of bison 2.7. bison 3.0 is blacklisted in Zend/acinclude.m4. Is bison 3.0 incompatible with our parser specificat

[PHP-DEV] Broken apps

Despite of PEAR, I also found few other apps, from my usual test list, broken - Typo3, Xoops, SugarCRM. Magento is broken long time ago by "unified variable syntax". I'm really unhappy with this direction... Thanks. Dmitry. On Mon, Jan 19, 2015 at 12:18 PM, Dmitry Stogov wrote: > PEAR is broke

Re: [PHP-DEV] Re: bison 3.0

On Mon, 19 Jan 2015, Pascal Chevrel wrote: > Le 11/12/2014 08:52, Sebastian Bergmann a écrit : > > > > I just updated my notebook to Fedora 21 and am no longer able to > > build PHP on it since I now have bison 3.0.2 instead of bison 2.7. > > > > bison 3.0 is blacklisted in Zend/acinclude

Re: [PHP-DEV] Class constructor behaviour

"Rowan Collins" wrote in message news:CALKiJKqpk7X0yn0d_PWOKU1S7m156dF7865aLCP5dLF=q39...@mail.gmail.com... On 18 January 2015 at 11:28, Tony Marston wrote: "Andrea Faulds" wrote in message news:23490588-0131-4B0F-A7AA- c9c8c7666...@ajf.me... <> You are forgetting one minor thing - an

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

"Marcio Almada" wrote in message news:caoshv+uho3ovs-beqmdjomz4sdwoyjn7znmcqmt8byynugq...@mail.gmail.com... Perhaps there should be a new rule which says that invoking a constructor with anything other than "new" or "parent::__contruct()" should be illegal, in which case this situation would

Re: [PHP-DEV] Re: bison 3.0

Le 19/01/2015 10:58, Derick Rethans a écrit : On Mon, 19 Jan 2015, Pascal Chevrel wrote: Le 11/12/2014 08:52, Sebastian Bergmann a écrit : I just updated my notebook to Fedora 21 and am no longer able to build PHP on it since I now have bison 3.0.2 instead of bison 2.7. bison 3.0 is

[PHP-DEV] Re: [PHP-CVS] Broken apps

On Jan 19, 2015 4:49 PM, "Dmitry Stogov" wrote: > > Despite of PEAR, I also found few other apps, from my usual test list, > broken - Typo3, Xoops, SugarCRM. > Magento is broken long time ago by "unified variable syntax". > > I'm really unhappy with this direction... I have concerns too. I am not

Re: [PHP-DEV] PEAR and make install on master

On Sun, 18 Jan 2015, Sebastian Bergmann wrote: > Am 18.01.2015 um 09:40 schrieb Matteo Beccati: > > what's the plan, if any? > > Remove it? Then how would you install extensions? As there is no finished alternative, PEAR still needs to work. cheers, Derick -- PHP Internals - PHP Runtime Dev

[PHP-DEV] Re: Broken apps

There are also a number of tests started to fail since last Friday > testing integer overflow (32bit) [Zend/tests/oct_overflow_32bit.phpt] > Test fscanf() function: usage variations - hexa formats with integer values [ext/standard/tests/file/fscanf_variation33.phpt] > Test fscanf() function: usage

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

> On 19 Jan 2015, at 10:05, Tony Marston wrote: > > "Marcio Almada" wrote in message > news:caoshv+uho3ovs-beqmdjomz4sdwoyjn7znmcqmt8byynugq...@mail.gmail.com... >> >>> Perhaps there should be a new rule which says that invoking a constructor >>> with anything other than "new" or "parent::__

[PHP-DEV] Re: [PHP-CVS] Broken apps

hi Pierre, please send your test results when they available. Thanks. Dmitry. On Mon, Jan 19, 2015 at 1:11 PM, Pierre Joye wrote: > > On Jan 19, 2015 4:49 PM, "Dmitry Stogov" wrote: > > > > Despite of PEAR, I also found few other apps, from my usual test list, > > broken - Typo3, Xoops, Sug

Re: [PHP-DEV] Re: Broken apps

Hi Dmitry, > On 19 Jan 2015, at 10:24, Dmitry Stogov wrote: > > There are also a number of tests started to fail since last Friday > >> testing integer overflow (32bit) [Zend/tests/oct_overflow_32bit.phpt] >> Test fscanf() function: usage variations - hexa formats with integer > values [ext/sta

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

"Rowan Collins" wrote in message news:calkijkr3os6ta55rjlq61o1+on-s3j8xfzmhjvqfxozlzwt...@mail.gmail.com... On 18 January 2015 at 12:23, Tony Marston wrote: "Rowan Collins" wrote in message news:54baba93.9070...@gmail.com... On 17/01/2015 18:33, Todd Ruth wrote: <> This problem is p

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

On 19/01/2015 08:28, Andrea Faulds wrote: Good morning, This is a reboot of Davey Shafik’s RFC (with permission). After recent discussions about sort functions, I was inspired to bring this back up, as I think it would be a useful feature. The RFC is here: https://wiki.php.net/rfc/combined-co

Re: [PHP-DEV] PEAR and make install on master

On Jan 19, 2015 5:14 PM, "Derick Rethans" wrote: > > On Sun, 18 Jan 2015, Sebastian Bergmann wrote: > > > Am 18.01.2015 um 09:40 schrieb Matteo Beccati: > > > what's the plan, if any? > > > > Remove it? > > Then how would you install extensions? As there is no finished > alternative, PEAR still n

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

"Andrea Faulds" wrote in message news:3c77d1e5-acf1-442d-bc84-59e49efd6...@ajf.me... On 19 Jan 2015, at 10:05, Tony Marston wrote: "Marcio Almada" wrote in message news:caoshv+uho3ovs-beqmdjomz4sdwoyjn7znmcqmt8byynugq...@mail.gmail.com... Perhaps there should be a new rule which says th

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

Hi Jordi, > On 19 Jan 2015, at 10:37, Jordi Boggiano wrote: > > On 19/01/2015 08:28, Andrea Faulds wrote: >> Good morning, >> >> This is a reboot of Davey Shafik’s RFC (with permission). After recent >> discussions about sort functions, I was inspired to bring this back up, as I >> think it w

[PHP-DEV] Re: [PHP-CVS] Broken apps

Am 19.01.2015 um 10:49 schrieb Dmitry Stogov: > Despite of PEAR, I also found few other apps, from my usual test list, > broken - Typo3, Xoops, SugarCRM. > Magento is broken long time ago by "unified variable syntax". The vendors of these applications have time to become compatible with PHP 7 un

[PHP-DEV] Re: [PHP-CVS] Broken apps

Am 19.01.2015 um 10:49 schrieb Dmitry Stogov: > Despite of PEAR, I also found few other apps, from my usual test list, > broken - Typo3, Xoops, SugarCRM. > Magento is broken long time ago by "unified variable syntax". The vendors of these applications have time to become compatible with PHP 7 un

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

On Mon, Jan 19, 2015 at 08:28:17AM +, Andrea Faulds wrote: > The RFC is here: https://wiki.php.net/rfc/combined-comparison-operator I like it. The RFC does not say what the precedence is to be. Could I suggest that it be the same as ''== != === !== <>'' - which keeps it consistent with Perl.

Re: [PHP-DEV] PEAR and make install on master

On Mon, 19 Jan 2015, Pierre Joye wrote: > On Jan 19, 2015 5:14 PM, "Derick Rethans" wrote: > > > > On Sun, 18 Jan 2015, Sebastian Bergmann wrote: > > > > > Am 18.01.2015 um 09:40 schrieb Matteo Beccati: > > > > what's the plan, if any? > > > > > > Remove it? > > > > Then how would you install ex

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

On 19/01/2015 10:40, Andrea Faulds wrote: Hi Jordi, On 19 Jan 2015, at 10:37, Jordi Boggiano wrote: On 19/01/2015 08:28, Andrea Faulds wrote: Good morning, This is a reboot of Davey Shafik’s RFC (with permission). After recent discussions about sort functions, I was inspired to bring this

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

Tony Marston wrote on 19/01/2015 10:37: "Rowan Collins" wrote in message news:calkijkr3os6ta55rjlq61o1+on-s3j8xfzmhjvqfxozlzwt...@mail.gmail.com... On 18 January 2015 at 12:23, Tony Marston wrote: "Rowan Collins" wrote in message news:54baba93.9070...@gmail.com... This problem is partly

Re: [PHP-DEV] Class constructor behaviour

On Mon, Jan 19, 2015 at 6:41 AM, Stanislav Malyshev wrote: > Hi! > > > This is pretty horrible and should be fixed by making sure that > > I don't see why it's so horrible. In fact, handling null is easier than > handling exception (and faster too, probably). Many functions that try > to create o

Re: [PHP-DEV] Class constructor behaviour

Tony Marston wrote on 19/01/2015 09:54: You are forgetting one minor thing - an object may be instantiated from a piece of procedural code. In fact the very first object can only be instantiated from procedural code. I'm not sure what you mean by the second sentence here; which is the "ver

[PHP-DEV] [PATCH] Fix integer overflow in calender.

Fix in overflows in conversation functions for calendar. Add tests for the overflows. --- ext/calendar/calendar.c| 2 +- ext/calendar/gregor.c | 2 +- ext/calendar/julian.c | 2 +- ext/calendar/tests/gregoriantojd_overflo

[PHP-DEV] Re: [PHP-CVS] com php-src: Add IntlChar class to intl extension: ext/intl/config.m4 ext/intl/config.w32 ext/intl/php_intl.c ext/intl/uchar/tests/basic-functionality.phpt ext/intl/uchar/ubloc

Hi Sara, This patch increased the size of resulting PHP code size by 80KB. I know, it's less than 1%, but unfortunately it also affects performance on absolutely unrelated code. This patch leads to increase in iTLB-loads from 17K to 21K on each request to Wordpress home page and as result in sligh

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

I wouldn't mind T_SPACESHIP, but T_THREEWAY_COMPARISON is probably more technically precise and better than T_COMBINED_COMPARISON. Cheers, Ben == Original == From: Jordi Boggiano To: Andrea Faulds Date: Mon, 19 Jan 2015 12:20:32 +0100 Subject: Re: [PHP-DEV] [RFC] Combined Comp

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

Hi Alain, > On 19 Jan 2015, at 11:06, Alain Williams wrote: > > On Mon, Jan 19, 2015 at 08:28:17AM +, Andrea Faulds wrote: > >> The RFC is here: https://wiki.php.net/rfc/combined-comparison-operator > > I like it. > > The RFC does not say what the precedence is to be. Could I suggest that

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

On Mon, Jan 19, 2015 at 12:30:14PM +, Andrea Faulds wrote: > Hi Alain, > > > On 19 Jan 2015, at 11:06, Alain Williams wrote: > > > > On Mon, Jan 19, 2015 at 08:28:17AM +, Andrea Faulds wrote: > > > >> The RFC is here: https://wiki.php.net/rfc/combined-comparison-operator > > > > I like

Re: [PHP-DEV] [RFC] [VOTE] Preserve Fractional Part in JSON encode

Can you also resolve https://bugs.php.net/bug.php?id=50224 ? Thanks. On Jan 19, 2015 3:48 AM, "Stanislav Malyshev" wrote: > Hi! > > > Since I am not part of the core team, who can merge the PR ( > > https://github.com/php/php-src/pull/642)? By the way, the RFC was > target to > > the next PHP 5.

[PHP-DEV] Re: [PHP-CVS] Broken apps

On Mon, Jan 19, 2015 at 10:49 AM, Dmitry Stogov wrote: > Despite of PEAR, I also found few other apps, from my usual test list, > broken - Typo3, Xoops, SugarCRM. > Magento is broken long time ago by "unified variable syntax". > > I'm really unhappy with this direction... > > Thanks. Dmitry. > >

Re: [PHP-DEV] [RFC] [VOTE] Preserve Fractional Part in JSON encode

On Sun, Jan 18, 2015 at 6:37 AM, Pierre Joye wrote: > On Jan 18, 2015 11:24 AM, "Juan Basso" wrote: > > > > The vote is now closed. By 14x0 the RFC was accepted. > > > > Since I am not part of the core team, who can merge the PR ( > > https://github.com/php/php-src/pull/642)? By the way, the RFC

Re: [PHP-DEV] PEAR and make install on master

On Jan 19, 2015 6:09 PM, "Derick Rethans" wrote: > > On Mon, 19 Jan 2015, Pierre Joye wrote: > > > On Jan 19, 2015 5:14 PM, "Derick Rethans" wrote: > > > > > > On Sun, 18 Jan 2015, Sebastian Bergmann wrote: > > > > > > > Am 18.01.2015 um 09:40 schrieb Matteo Beccati: > > > > > what's the plan, if

Re: [PHP-DEV] PHP 5.3 windows binaries

On 1/4/2015 2:59 AM, Pierre Joye wrote: On Sun, Jan 4, 2015 at 12:35 AM, Ferenc Kovacs wrote: 2015.01.04. 4:13 ezt írta ("David Muir" ): On 4 Jan 2015, at 12:34 pm, Thomas Hruska wrote: On 1/3/2015 4:56 PM, David Muir wrote: Shouldn't this be directed to the webmaster mailing list? php-

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

Hi Andrea, On Mon, Jan 19, 2015 at 2:28 AM, Andrea Faulds wrote: > Good morning, > > This is a reboot of Davey Shafik’s RFC (with permission). After recent > discussions about sort functions, I was inspired to bring this back up, as > I think it would be a useful feature. > > The RFC is here: ht

[PHP-DEV] Re: Broken apps

On Mon, Jan 19, 2015 at 10:49 AM, Dmitry Stogov wrote: > Despite of PEAR, I also found few other apps, from my usual test list, > broken - Typo3, Xoops, SugarCRM. > Magento is broken long time ago by "unified variable syntax". > > I'm really unhappy with this direction... > > Thanks. Dmitry. > I

[PHP-DEV] [RFC] [VOTE] Fast Parameter Parsing API

I'd like to initiate a vote on this RFC: https://wiki.php.net/rfc/fast_zpp It proposes an additional fast way to parse arguments of internal functions. The implementation was included into phpng before merging into php-7, but we were agree

Re: [PHP-DEV] [RFC] [VOTE] Fast Parameter Parsing API

On Jan 19, 2015 9:17 PM, "Dmitry Stogov" wrote: > > I'd like to initiate a vote on this RFC: > https://wiki.php.net/rfc/fast_zpp > > > It proposes an additional fast way to parse arguments of internal functions. > > The implementation was in

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

Hey Nikita, > On 19 Jan 2015, at 14:07, Nikita Popov wrote: > > I like the idea behind this (exposing internal compare_function), but I don't > want to have an extra operator for a minor use case. Please just introduce a > function instead. I originally wanted a function, but an operator has

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

On Mon, Jan 19, 2015 at 9:28 AM, Andrea Faulds wrote: > Good morning, > > This is a reboot of Davey Shafik’s RFC (with permission). After recent > discussions about sort functions, I was inspired to bring this back up, as > I think it would be a useful feature. > > The RFC is here: https://wiki.p

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

Hi Alain, > On 19 Jan 2015, at 12:53, Alain Williams wrote: > > On Mon, Jan 19, 2015 at 12:30:14PM +, Andrea Faulds wrote: >> >> >>> On 19 Jan 2015, at 11:06, Alain Williams wrote: >>> >>> I like it. >>> >>> The RFC does not say what the precedence is to be. Could I suggest that it >>>

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

"Rowan Collins" wrote in message news:54bce8f5.5080...@gmail.com... Tony Marston wrote on 19/01/2015 10:37: "Rowan Collins" wrote in message news:calkijkr3os6ta55rjlq61o1+on-s3j8xfzmhjvqfxozlzwt...@mail.gmail.com... <> But the only benefits with the removal of old features is a smaller c

Re: [PHP-DEV] PEAR and make install on master

Am 19.01.2015 um 07:58 schrieb Stanislav Malyshev: > Can't we just fix it? As I understand, it's just making this: > > function initializeConfig(&$config) > > into this: > > static function initializeConfig(&$config) > > In PEAR/Installer/Role.php but I'm not sure where to commit the pa

Re: [PHP-DEV] Re: [PHP-CVS] Broken apps

Ferenc Kovacs wrote on 19/01/2015 13:25: On Mon, Jan 19, 2015 at 10:49 AM, Dmitry Stogov wrote: Despite of PEAR, I also found few other apps, from my usual test list, broken - Typo3, Xoops, SugarCRM. Magento is broken long time ago by "unified variable syntax". I'm really unhappy with this di

Re: [PHP-DEV] PEAR and make install on master

Hey Pear core: On Mon, Jan 19, 2015 at 11:07 PM, Sebastian Bergmann wrote: > Am 19.01.2015 um 07:58 schrieb Stanislav Malyshev: >> Can't we just fix it? As I understand, it's just making this: >> >> function initializeConfig(&$config) >> >> into this: >> >> static function initializeConfi

Re: [PHP-DEV] PEAR and make install on master

On Mon, Jan 19, 2015 at 4:07 PM, Sebastian Bergmann wrote: > Am 19.01.2015 um 07:58 schrieb Stanislav Malyshev: > > Can't we just fix it? As I understand, it's just making this: > > > > function initializeConfig(&$config) > > > > into this: > > > > static function initializeConfig(&$confi

[PHP-DEV] Re: [PHP-CVS] Re: Broken apps

Hey: On Mon, Jan 19, 2015 at 10:15 PM, Nikita Popov wrote: > On Mon, Jan 19, 2015 at 10:49 AM, Dmitry Stogov wrote: > >> Despite of PEAR, I also found few other apps, from my usual test list, >> broken - Typo3, Xoops, SugarCRM. >> Magento is broken long time ago by "unified variable syntax". >>

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

Hi, On Mon, Jan 19, 2015 at 5:01 PM, Tony Marston wrote: >>> But the only benefits with the removal of old features is a smaller code >>> base for the core developers. The only "benefit" which is experienced in >>> userland is that applications which have run for over a decade suddenly stop >>> w

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

Tony Marston wrote on 19/01/2015 15:01: The aim should be to eliminate customer grievances as much as possible and not to simply ignore them. I am not ignoring the grievances, and have repeatedly said that I am not sure whether or not the change is justified in this case. You, however, are

Re: [PHP-DEV] PHP 7 API naming conventions: str vs string

Hi, On Sun, Jan 4, 2015 at 1:57 AM, Sara Golemon wrote: > On Sat, Jan 3, 2015 at 3:42 PM, Nikita Popov wrote: > > Or maybe be more explicit and use "cstr" for C strings. (For symmetry the > > zend_string type could become zstr.) > > > I personally prefer cstr/zstr for explicitness, but agree th

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

"Rowan Collins" wrote in message news:54bd240a.7050...@gmail.com... Tony Marston wrote on 19/01/2015 15:01: The aim should be to eliminate customer grievances as much as possible and not to simply ignore them. I am not ignoring the grievances, and have repeatedly said that I am not sure whe

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

"Andrey Andreev" wrote in message news:CAPhkiZz=gYDbHngV+gHhTgW415_KxoCU-31OiW=dxPkPg=t...@mail.gmail.com... Hi, On Mon, Jan 19, 2015 at 5:01 PM, Tony Marston wrote: But the only benefits with the removal of old features is a smaller code base for the core developers. The only "benefit" whi

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

Am 19.01.2015 um 17:42 schrieb Tony Marston: > has already been pointed out that there are a large number of PEAR > libraries which were written with PHP 4 constructors and have never been > updated. So? If that code is still valuable to people they will update it. Or rather would have updated i

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

On 19/01/15 16:45, Sebastian Bergmann wrote: >> has already been pointed out that there are a large number of PEAR >> > libraries which were written with PHP 4 constructors and have never been >> > updated. > So? If that code is still valuable to people they will update it. Or > rather would have

Re: [PHP-DEV] Class constructor behaviour

On 19 Jan 2015 12:30, "Ferenc Kovacs" wrote: > > On Mon, Jan 19, 2015 at 6:41 AM, Stanislav Malyshev > wrote: > > > Hi! > > > > > This is pretty horrible and should be fixed by making sure that > > > > I don't see why it's so horrible. In fact, handling null is easier than > > handling exception

[PHP-DEV] [RFC][DISCUSSION] Removal of dead SAPIs and extensions

Hi, I think the research on https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts is now far enough to be discussed. So far I only could not test sapi/nsapi because it needs a SunOs/IPlanet. But independent from that, it'd make sense someone to recheck my perceptions, or just the areas one is i

Re: [PHP-DEV] Class constructor behaviour

On Mon, Jan 19, 2015 at 6:04 PM, Michael Wallner wrote: > > On 19 Jan 2015 12:30, "Ferenc Kovacs" wrote: > > > > On Mon, Jan 19, 2015 at 6:41 AM, Stanislav Malyshev > > > wrote: > > > > > Hi! > > > > > > > This is pretty horrible and should be fixed by making sure that > > > > > > I don't see w

Re: [PHP-DEV] [RFC] Improve array to string conversion

Le Sun Jan 11 2015 at 14:30:42, F & N Laupretre a écrit : > Hi, > > A new RFC for PHP7 : https://wiki.php.net/rfc/array-to-string > > Not implemented yet, but the PR is available for comments : > https://github.com/php/php-src/pull/991 > > Regards > > François > Just for the record, when I imple

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

On Mon, Jan 19, 2015 at 6:42 PM, Tony Marston wrote: Ah, so you admit there may be benefits? Again, I do not say that those benefits are definitely enough to justify the change in this case, but they are real, and I would like you to stop dismissing them. >>> >>> There is

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

Hi! > The operator is also less clear ... if I see "$a <=> $b" and do not happen > to be familiar with another language implementing this operator, I won't That can be said about every syntax construct - if you never seen it before, you'd have to learn. <=> is used in Perl, Ruby and Groovy - so i

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

Tony Marston wrote on 19/01/2015 16:24: "Rowan Collins" wrote in message news:54bd240a.7050...@gmail.com... Tony Marston wrote on 19/01/2015 15:01: The aim should be to eliminate customer grievances as much as possible and not to simply ignore them. I am not ignoring the grievances, and hav

Re: [PHP-DEV] [RFC] Skipping parameters take 2

On 17 January 2015 at 18:04, Andrea Faulds wrote: > For consistency with list(), we could also just put nothing: > > > foo($bar, , $baz); > > Which is like: > > list($bar, , $baz) = $arr; > > Thoughts? That was Stas's original, original proposal way back when. I argued then for having "de

[PHP-DEV] [PATCH] Fix potential int overflow in date extension.

--- ext/date/lib/tm2unixtime.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/ext/date/lib/tm2unixtime.c b/ext/date/lib/tm2unixtime.c index c058672..94e5254 100644 --- a/ext/date/lib/tm2unixtime.c +++ b/ext/date/lib/tm2unixtime.c @@ -334,9 +334,9 @@ static timelib_sll do

Re: [PHP-DEV] [PATCH] Fix potential int overflow in date extension.

On 20/01/15 06:15, Joshua Rogers wrote: > -- > ext/date/lib/tm2unixtime.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) Somebody please take a look at /ext/date/lib/parse_tz.c too: 438timelib_sll timelib_get_current_offset(timelib_time *t) [..] 446return (t

Re: [PHP-DEV] Re: [PHP-CVS] Broken apps

Hi! > Hm, I wasn't aware quite how strict this change was - I'm definitely on > board with not allowing $this from an incompatible context, but thought > it would only be access to $this that was made illegal, not the call > itself. HHVM takes the approach of simply leaving $this undefined, but >

Re: [PHP-DEV] PEAR and make install on master

Hello Xinchen, > >> In PEAR/Installer/Role.php but I'm not sure where to commit the > >> patch or how to get it into phars (they don't seem to be the > >> latest code in git). Anybody knows what's the right way here? > > > > I checked out pear/pear-core.git but cannot figure out how to run > >

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

"Andrey Andreev" wrote in message news:caphkizzytddn2b_e84ygk3xhiudgh-m0jtqdlo85cy3pc8c...@mail.gmail.com... On Mon, Jan 19, 2015 at 6:42 PM, Tony Marston wrote: <> Talk about ignorance ... you've ignored the new style of coding for a decade and don't want to be bothered to adapt to it

[PHP-DEV] in Operator

Hello, I'd like to propose a new feature to PHP: The in Operator Bob mentioned a few weeks ago he wants such an operator in PHP and today I stumbled over http://nikic.github.io/2012/07/27/How-to-add-new-syntactic-features-to-PHP.html again, which uses the in operator as a sample. Use cases: $obj

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

Hello Andrea, On Thu, Jan 15, 2015 at 10:55 AM, Andrea Faulds wrote: > Hey Levi, > > Upon further thought, I’m not super-enthusiastic about this. As has been > pointed out, it’s a pretty serious BC break, whether code can be > automatically updated or not. PHP 4 constructors may be obsolete, but

Re: [PHP-DEV] in Operator

Hello Niklas, On Sun, Jan 18, 2015 at 6:42 PM, Niklas Keller wrote: > Hello, > > I'd like to propose a new feature to PHP: The in Operator > Bob mentioned a few weeks ago he wants such an operator in PHP and today I > stumbled over > > http://nikic.github.io/2012/07/27/How-to-add-new-syntactic-f

Re: [PHP-DEV] [RFC][DISCUSSION] Removal of dead SAPIs and extensions

Hi Anatol, Despite of this, we also have few extensions not converted to PHP7 yet - https://wiki.php.net/phpng#unsupported_extensions_not_converted_yet 3 of them related to MSSQL, 2 to Oracle and one to Interbase. the last one is partially converted (may be compiled), but it's so ugly, so it won'

Re: [PHP-DEV] in Operator

Hi Mike, > On 20 Jan 2015, at 03:30, Mike Willbanks wrote: > > I am very familiar with the in operator. However, the implementation > would be incomplete without handling loops via the in operator. Many > people when seeing an in operator also think of JavaScript. In that case > the in opera

Re: [PHP-DEV] [RFC][DISCUSSION] Removal of dead SAPIs and extensions

On Tue, Jan 20, 2015 at 6:08 AM, Dmitry Stogov wrote: > Hi Anatol, > > Despite of this, we also have few extensions not converted to PHP7 yet - > https://wiki.php.net/phpng#unsupported_extensions_not_converted_yet > > 3 of them related to MSSQL, 2 to Oracle and one to Interbase. the last one > is

Re: [PHP-DEV] [RFC][DISCUSSION] Removal of dead SAPIs and extensions

On Tue, Jan 20, 2015 at 6:26 AM, Pierre Joye wrote: > Seriously I would also like to see all three in pecl. I am not saying > that they are not used nor maintained but a more flexible releases and > leave more options to the maintainer(s) could actually help. The main > problem here is the barrie

Re: [PHP-DEV] in Operator

On Tue, Jan 20, 2015 at 6:15 AM, Andrea Faulds wrote: > Hi Mike, > >> On 20 Jan 2015, at 03:30, Mike Willbanks wrote: >> >> I am very familiar with the in operator. However, the implementation >> would be incomplete without handling loops via the in operator. Many >> people when seeing an in o

[PHP-DEV] Casting a PHP type, new SAPI

Good morning, everyone. Today I have started to concept a new SAPI which I have wanted to do in quite a while now. To learn more, here is a README: https://github.com/IngwiePhoenix/php-jrp/blob/master/README.md But in order for m

Re: [PHP-DEV] Re: Broken apps

Hi again, > On 19 Jan 2015, at 10:28, Andrea Faulds wrote: > >> On 19 Jan 2015, at 10:24, Dmitry Stogov wrote: >> >> There are also a number of tests started to fail since last Friday >> >>> testing integer overflow (32bit) [Zend/tests/oct_overflow_32bit.phpt] >>> Test fscanf() function: usag

Re: [PHP-DEV] Casting a PHP type, new SAPI

Hi Ingwie, I fail to see why this would be considered a SAPI? It doesn't seem to integrate with application code written in another language to exchange data between php userland and local application variables. Just seems like you're trying to accomplish a dedicated server/daemon that listen