Re: RFC: Expectations
| From: | Joe Watkins | Date: | Mon, 21 Oct 2013 08:06:33 +0000 |
| Subject: | Re: RFC: Expectations | ||
| References: | 1 2 3 4 5 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-69718@lists.php.net to get a copy of this message | ||
On 10/21/2013 09:01 AM, Julien Pauli wrote:
On Mon, Oct 21, 2013 at 3:52 AM, Joe Watkins <krakjoe@php.net> wrote:I don't think you're missing anything, there's still no clash introduced in code ... there might be in minds though, I can see that ... Would be nice to get others' opinion, should we work to avoid this clash or will we be okay, is the difference obvious ? Cheers JoeOn 10/20/2013 12:15 AM, Ferenc Kovacs wrote:Why ? The stream wrapper is always used in a string, so there is no parsing problem about the "expect" keyword. Am I missing something ? Julien.Pauli Morning Julien,On Sun, Oct 20, 2013 at 12:36 AM, Robert Stoll <rstoll@tutteli.ch> wrote: Heya,Rasmus has pointed out that there is an expect:// stream wrapper. So looks like we need a new name ?? Ideas ??I do not know how much it concerns this RFC but I came across the following page about an extension named "Expect" when I was searching for RFC Expect with google. http://php.net/manual/en/book.**expect.php<http://php.net/manual/en/book.expect.php> I suppose there would be a name clash between the extension and the new expect keyword. I do not know how internals usually deal with such problems, especially if it is within an extension, but I am sure someone will know it. Cheers, Robert it was discussed on irc, there is not problem here, because the ext nameand the function name can't clash, and the ext doesn't have a function with the name of expect, so everything is fine afaik.