[PHP-DEV] 1921 Piscinas espectaculares

2014-09-11 Thread construccion de piscinas
--- Este mensaje no contiene virus ni malware porque la protección de avast! Antivirus está activa. http://www.avast.com

Re: [PHP-DEV] Remove alternative PHP tags

2014-09-11 Thread Michael Kliewe
Am 10.09.2014 um 03:32 schrieb Andrea Faulds: But then I’ve thought more about it. I’m usually OK with certain BC breaks, I just don’t like this specific one. It doesn’t affect me, but, well, I don’t see the point. It doesn’t really help language consistency or anything, (OK, sure, only two se

[PHP-DEV] Re: Remove alternative PHP tags

2014-09-11 Thread Christoph Becker
Nikita Popov wrote: > I've created a small RFC proposing the removal of the alternative PHP > opening/closing tags: > > https://wiki.php.net/rfc/remove_alternative_php_tags > > It removes <% and

Re: [PHP-DEV] Remove alternative PHP tags

2014-09-11 Thread Kris Craig
On Tue, Sep 9, 2014 at 6:32 PM, Andrea Faulds wrote: > > On 10 Sep 2014, at 01:21, Andrea Faulds wrote: > > > Isn’t this a bit of a needless BC break? Not very nice on people with > such codebases. It’s also worth pointing out that people might be using > these to get around the XML > > > I’d v

Re: [PHP-DEV] Remove alternative PHP tags

2014-09-11 Thread Wim Godden
On 10/09/2014 3:32, Andrea Faulds wrote: Some further thoughts after discussing with Tyrael (Ferenc) on IRC. I initially thought that I’m not really against removing them really, but I think we should have a script to convert them first. Because someone, somewhere, is gonna need it. But then

Re: [PHP-DEV] make casts more strict in PHP 7

2014-09-11 Thread Rowan Collins
On 11 September 2014 04:02:43 GMT+01:00, Park Framework wrote: >> You know, “int”, “float”, “string” etc. aren’t currently reserved >words. Well, they are in the context of casts: $a = (int)'42'; $a = (string)42; etc > We could add functions, or even make them reserved words and add >internal

[PHP-DEV] [RFC] Fix list() behavior inconsistency

2014-09-11 Thread Dmitry Stogov
Hi, Please take a look and make your opinion. https://wiki.php.net/rfc/fix_list_behavior_inconsistency This inconsistency might be interpreted like a bug, but fixing it might break existing PHP code (at least my attempt to fix it in documented way broke few phpt tests). Thanks. Dmitry.

Re: [PHP-DEV] PHP 5.4.33 RC1 => mod_proxy_fcgi still broken

2014-09-11 Thread Remi Collet
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 11/09/2014 09:16, Remi Collet a écrit : > Le 09/09/2014 07:54, Stas Malyshev a écrit : The big issue I see, > is the news entry: > > . Fixed #65641 (PHP-FPM incorrectly defines the SCRIPT_NAME > variable when using Apache). (David Zuelke) Should p

Re: [PHP-DEV] PHP 5.4.33 RC1 => mod_proxy_fcgi still broken

2014-09-11 Thread Remi Collet
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 09/09/2014 07:54, Stas Malyshev a écrit : > Hi! > > So what is the resolution for this? Should we roll back the fix, > implement the new one and have one more RC, do something else? > Sorry, it seems I have miss your question :( As David Zuelke