Re: [PHP-DEV] [RFC] [Discussion] Class Friendship in PHP

2017-09-21 Thread Marco Pivetta
Hey Dustin, Given the amount of use-cases (very low, so far) this feels much much easier if just implemented in userland via `Closure::call()`, since the scope of the patch complicates the class model of PHP by a whole lot. Another simple solution is to use things such as leedavis81/altr-ego,

Re: [PHP-DEV] fputcsv() and $escape character

2017-09-21 Thread Andreas Hennings
On Thu, Sep 21, 2017 at 1:43 PM, Christoph M. Becker wrote: > I don't think the current behavior is a bug, but rather the escape > character is an extension to the CSV "standard" (RFC 7111). Are you sure you mean RFC 7111 ? I was just parrotting the number in my previous

Re: [PHP-DEV] fputcsv() and $escape character

2017-09-21 Thread Andreas Hennings
On Thu, Sep 21, 2017 at 11:08 PM, Dan Ackroyd wrote: > On 21 September 2017 at 12:43, Christoph M. Becker wrote: >> Hi everybody! >> >> There are several bug reports regarding "broken" fputcsv() behavior in >> our tracker, namely, because the $escape

[PHP-DEV] [RFC] [Discussion] Class Friendship in PHP

2017-09-21 Thread Dustin Wheeler
Hi! Almost two years ago, I opened discussion regarding my proposal to support class friendship through a new keyword, `friend`. For a number of reasons (mostly work-related; some personal) I didn't have time to move the process forward. There were several hot-topic discussions going through the

Re: [PHP-DEV] [RFC] Pre-draft for PipeOp v2

2017-09-21 Thread Levi Morrison
On Thu, Sep 21, 2017 at 3:13 PM, Stanislav Malyshev wrote: > Hi! > >> After discussion with Levi and others who suggested a simpler >> approach, I'd like to offer >> https://github.com/php/php-src/compare/master...sgolemon:pipe2 as an >> alternate possibility. > > I am still

Re: [PHP-DEV] [RFC] Pre-draft for PipeOp v2

2017-09-21 Thread Stanislav Malyshev
Hi! > After discussion with Levi and others who suggested a simpler > approach, I'd like to offer > https://github.com/php/php-src/compare/master...sgolemon:pipe2 as an > alternate possibility. I am still feeling it is a bit weird to do things that way, but other than that (which is just my

Re: [PHP-DEV] fputcsv() and $escape character

2017-09-21 Thread Dan Ackroyd
On 21 September 2017 at 12:43, Christoph M. Becker wrote: > Hi everybody! > > There are several bug reports regarding "broken" fputcsv() behavior in > our tracker, namely, because the $escape parameter causes unexpected > results. For instance: I looked at fixing some of the

[PHP-DEV] Concept: built-in functions for common functional primitives (composition, partial application, etc.)

2017-09-21 Thread Andrea Faulds
Hi everyone, Something I've long wanted in PHP has been built-in versions of some common functional primitives, functions that operate on functions and create new functions for you. I've finally gotten round to bringing this up because my operator functions RFC could really benefit from them.

Re: [PHP-DEV] fputcsv() and $escape character

2017-09-21 Thread Rowan Collins
On 21 September 2017 18:32:57 BST, Andreas Hennings wrote: >So empty string would enable the standard behavior RFC 7111 with no >escape char. >If so, I support this. Just a note regarding standards: please make sure the behaviour of common applications, most notably Excel,

Re: [PHP-DEV] fputcsv() and $escape character

2017-09-21 Thread Andreas Hennings
So empty string would enable the standard behavior RFC 7111 with no escape char. If so, I support this. I don't know if '' or true / false / null should be this "special value". It has to be something that was not legal before, and that people should use intentionally and not by accident. I guess

Re: [PHP-DEV] [RFC] [Declined] UUID

2017-09-21 Thread Sara Golemon
On Thu, Sep 21, 2017 at 12:28 PM, Fleshgrinder wrote: > I also hope to see some progress on the C+PHP front. > +1 all over this and up in its business. -Sara -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] [RFC] [Declined] UUID

2017-09-21 Thread Fleshgrinder
Hey Internals! The UUID RFC [1] was now officially declined. Some of you might ask themselves what's going to happen next. Well, I will most probably move it to PECL after a little overhaul where I incorporate the latest feedback I got on the PR. After that I also hope to see some progress on

Re: [PHP-DEV] warning: usleep(1) is deprecated

2017-09-21 Thread li...@rhsoft.net
Am 21.09.2017 um 16:52 schrieb Sara Golemon: On Thu, Sep 21, 2017 at 10:47 AM, li...@rhsoft.net wrote: Am 21.09.2017 um 16:36 schrieb Remi Collet: Le 21/09/2017 à 16:12, li...@rhsoft.net a écrit : curent 7.1 HEAD - guys sleep() can't replace usleep(1) becaus eit's a

Re: [PHP-DEV] warning: usleep(1) is deprecated

2017-09-21 Thread Sara Golemon
On Thu, Sep 21, 2017 at 10:47 AM, li...@rhsoft.net wrote: > Am 21.09.2017 um 16:36 schrieb Remi Collet: >> Le 21/09/2017 à 16:12, li...@rhsoft.net a écrit : >>> curent 7.1 HEAD - guys sleep() can't replace usleep(1) becaus eit's a >>> million times longer >>> >>> usleep:

Re: [PHP-DEV] warning: usleep(1) is deprecated

2017-09-21 Thread li...@rhsoft.net
Am 21.09.2017 um 16:36 schrieb Remi Collet: Le 21/09/2017 à 16:12, li...@rhsoft.net a écrit : curent 7.1 HEAD - guys sleep() can't replace usleep(1) becaus eit's a million times longer usleep: warning: usleep(1) is deprecated, and will be removed in near future!! usleep: warning: use

Re: [PHP-DEV] warning: usleep(1) is deprecated

2017-09-21 Thread Remi Collet
Le 21/09/2017 à 16:12, li...@rhsoft.net a écrit : > curent 7.1 HEAD - guys sleep() can't replace usleep(1) becaus eit's a > million times longer > > usleep: warning: usleep(1) is deprecated, and will be removed in near > future!! > usleep: warning: use sleep(1) instead... > usleep is NOT

[PHP-DEV] warning: usleep(1) is deprecated

2017-09-21 Thread li...@rhsoft.net
curent 7.1 HEAD - guys sleep() can't replace usleep(1) becaus eit's a million times longer usleep: warning: usleep(1) is deprecated, and will be removed in near future!! usleep: warning: use sleep(1) instead... -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

[PHP-DEV] fputcsv() and $escape character

2017-09-21 Thread Christoph M. Becker
Hi everybody! There are several bug reports regarding "broken" fputcsv() behavior in our tracker, namely, because the $escape parameter causes unexpected results. For instance: outputs "a\"",bbb instead of the expected "a\""",bbb I don't think the current behavior is a bug,