On Fri, May 1, 2015 at 1:04 PM, Sebastian Bergmann wrote:
> Am 01.05.2015 um 07:08 schrieb Pierre Joye:
>> Let do a rfc to accept to post pone features freeze with a list or a single
>> RFC.
>
> Do you volunteer to draft that RFC?
I could but no, I am not volunteering. For many reasons but the m
Am 01.05.2015 um 07:08 schrieb Pierre Joye:
> Let do a rfc to accept to post pone features freeze with a list or a single
> RFC.
Do you volunteer to draft that RFC?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello
PHP 5.6.9 RC1 is available for testing.
You can download it from
http://downloads.php.net/~tyrael/
The Windows binaries are available at http://windows.php.net/qa/
This release contains a number of bugfixes.
For the list of bugfixes that you can target in your
testing, please refer to th
On May 1, 2015 1:24 AM, "Marcio Almada" wrote:
>
> Hi Stas,
>
> 2015-04-30 13:51 GMT-03:00 Stanislav Malyshev :
>
> > Hi!
> >
> > > We could make an exception (sic !) and add the Throwable interface to
> > PHP7,
> > > even after feature freeze, because it is an easy pick and having a
clear
> > > E
On Mon, Apr 27, 2015 at 10:28 AM, S.A.N wrote:
>> Why not?
>>
>
> 1. get_class($object) - looks bad and long
>
It's a function call. A pretty much self-declarative one at that.
What is "bad" about it? For that matter, what's "long" about it? It's
pretty short as PHP function calls go.
> 2. Illo
On Wed, Apr 29, 2015 at 4:12 PM, Stanislav Malyshev wrote:
>> Back when PHP6 was actually a thing, we added the 'b' string literal
>> prefix and the (binary) cast to be forward compatible with PHP6,
>> however since the entire unicode strings part were dropped, these are
>> no longer needed.
>>
>>
Hi Stas,
2015-04-30 13:51 GMT-03:00 Stanislav Malyshev :
> Hi!
>
> > We could make an exception (sic !) and add the Throwable interface to
> PHP7,
> > even after feature freeze, because it is an easy pick and having a clear
> > Exception model for 7.0 is to my opinion very important.
>
> I'm OK w
On Thu, Apr 30, 2015 at 7:35 AM, Levi Morrison wrote:
> This numeric type is a type of int or float. There is a formal name
> for such types: union types. Some languages have syntax for union
> types that would look like this: int | float. I have a draft RFC for
> this subject: https://wiki.php.n
Hi!
> We could make an exception (sic !) and add the Throwable interface to PHP7,
> even after feature freeze, because it is an easy pick and having a clear
> Exception model for 7.0 is to my opinion very important.
I'm OK with it but I fear this is opening a can of worms, since people
will start
Le jeu. 30 avr. 2015 à 02:26, Stanislav Malyshev a
écrit :
> Hi!
>
> > You can cast your vote on the Wiki [1] and the according patch is
> > available as a Pull Request [2].
> >
> > Vote will be open for two weeks, counting from today.
> >
>
> I think the idea of this RFC is nice but it needs a b
Le jeu. 30 avr. 2015 à 01:32, Stanislav Malyshev a
écrit :
> Hi!
>
> > The issue targeted here is "two extensions overriding php_error_cb can't
> > live side by side" and that issue exists since PHP 4.0. Should a bug
> report
> > be opened?
>
> I'm not sure why can't they live side by side.
Sin
This numeric type is a type of int or float. There is a formal name
for such types: union types. Some languages have syntax for union
types that would look like this: int | float. I have a draft RFC for
this subject: https://wiki.php.net/rfc/union_types. Union types would
be useful for other common
Hi Yasuo,
Am 30.04.2015 um 07:26 schrieb Yasuo Ohgaki:
> "int" Cast is bad. Incorrect "int" type hint worse as it could trigger DoS.
could you please stop arguing with "Denial of Service" for this
behavior? Using a security related term that has nothing to do with the
actual problem is irritating
Am 30.04.2015 um 14:30 schrieb Julien Pauli:
On Thu, Apr 30, 2015 at 6:51 AM, Sebastian Bergmann
wrote:
Am 30.04.2015 um 02:50 schrieb Stanislav Malyshev:
I like the idea, however we do have the deadline and the
deadline has been passed. So I wonder if we can't keep it for 7.1
That means
Am 30.04.2015 um 14:30 schrieb Julien Pauli:
> We could make an exception (sic !) and add the Throwable interface to PHP7,
> even after feature freeze, because it is an easy pick and having a clear
> Exception model for 7.0 is to my opinion very important.
+1, couldn't agree more.
--
PHP Intern
On Thu, Apr 30, 2015 at 6:51 AM, Sebastian Bergmann
wrote:
> Am 30.04.2015 um 02:50 schrieb Stanislav Malyshev:
> > I like the idea, however we do have the deadline and the
> > deadline has been passed. So I wonder if we can't keep it for 7.1
>
> That means introducing a change in 7.0, changing
Florian Margaine wrote on 30/04/2015 10:23:
> > We don't need a warning there, we need a fatal error. These names are
> > *invalid* as class names.
> Should we throw fatal errors for functions starting with 2
underscores too?
Actually, soft reservation has genuine advantages for those:
1) It
Nikita Popov wrote:
> On Thu, Apr 30, 2015 at 12:41 AM, Christoph Becker
> wrote:
>
>> I've noticed that the "Reserve Even More Types in PHP 7" RFC[1] has been
>> moved to "Process and Policy" with the comment "needs no impl".
>
> I've moved the RFC based on Sara's mail in the voting thread [1]
On 30/04/15 08:42, Walter Parker wrote:
> I thing using string type hints are are easier to advocate (and I think
> they are the correct type if you need to be 32/64 indepentent).
> Otherwise, a numeric type doesn't fix the problem. It hides it. It is a
> short term that doesn't scale properly.
>
Hi Julien,
On Wed, April 29, 2015 17:50, Julien Pauli wrote:
> On Wed, Apr 29, 2015 at 3:57 PM, Anatol Belski
> wrote:
>
>
>> On Wed, April 29, 2015 15:35, Ferenc Kovacs wrote:
>>
>>> On Wed, Apr 29, 2015 at 3:21 PM, Anatol Belski
>>>
>>> wrote:
>>>
>>>
>>>
Hi,
On Sun, A
> De : Florian Margaine [mailto:flor...@margaine.com]
>
> Should we throw fatal errors for functions starting with 2 underscores too?
Well, you're right. Functions and methods, even if more people now know that
these names are reserved.
Regards
François
--
PHP Internals - PHP Runtime Develop
Hi,
Le 30 avr. 2015 11:04, "François Laupretre" a écrit :
>
> > De : Christoph Becker [mailto:cmbecke...@gmx.de]
> >
> > Relying on documentation only seems to be insufficient to me. Consider
> > a developer not reading the documentation and facing the issue that
> > his/her code might break wit
On 30-4-2015 11:03, François Laupretre wrote:
De : Christoph Becker [mailto:cmbecke...@gmx.de]
Relying on documentation only seems to be insufficient to me. Consider
a developer not reading the documentation and facing the issue that
his/her code might break with PHP 7.1 (i.e. a minor version).
> De : Christoph Becker [mailto:cmbecke...@gmx.de]
>
> Relying on documentation only seems to be insufficient to me. Consider
> a developer not reading the documentation and facing the issue that
> his/her code might break with PHP 7.1 (i.e. a minor version).
+1. I already asked if we should enf
On Thu, Apr 30, 2015 at 12:41 AM, Christoph Becker
wrote:
> Hi everybody!
>
> I've noticed that the "Reserve Even More Types in PHP 7" RFC[1] has been
> moved to "Process and Policy" with the comment "needs no impl".
> However, the RFC states:
>
> | This RFC does not fully reserve them as keyword
On Thu, Apr 30, 2015 at 12:06 AM, Yasuo Ohgaki wrote:
> Hi Walter,
>
> On Thu, Apr 30, 2015 at 3:54 PM, Walter Parker wrote:
>
>> You didn't answer the question: why should we care? Is there enough of
>> user base now to care? IOT might be able to run PHP, but how many actually
>> do? And of the
Hi Walter,
On Thu, Apr 30, 2015 at 3:54 PM, Walter Parker wrote:
> You didn't answer the question: why should we care? Is there enough of
> user base now to care? IOT might be able to run PHP, but how many actually
> do? And of the ones that do, is automatically half fixing the code that bad
> p
On Wed, Apr 29, 2015 at 11:54 PM, Yasuo Ohgaki wrote:
> Hi Arvids,
>
> On Thu, Apr 30, 2015 at 3:40 PM, Arvids Godjuks
> wrote:
>
>> Stop trying to fix clever idiots from shooting themselves in the foot. The
>>> standard result from these actions is to make life a pain for regular or
>>> better
28 matches
Mail list logo
