Hello everyone!
I recently pushed changes that eliminated E_EXCEPTION and allows an exception
type to be provided for what were fatals in PHP, while still falling back to an
E_ERROR if necessary.
Since more specific Error classes can be thrown, I'd like to propose the
following additions to th
> Am 05.07.2015 um 23:45 schrieb Nikita Popov :
> On Sun, Jul 5, 2015 at 10:51 PM, Nikita Popov wrote:
>> On Sun, Jul 5, 2015 at 10:33 PM, Stanislav Malyshev
>> wrote:
>>
>>> Hi!
>>>
>> I can see your concern here -- however this is nothing specific to
>> exceptions thrown from __toStri
On Sun, Jul 5, 2015 at 10:51 PM, Nikita Popov wrote:
> On Sun, Jul 5, 2015 at 10:33 PM, Stanislav Malyshev
> wrote:
>
>> Hi!
>>
>> >>> I can see your concern here -- however this is nothing specific to
>> >>> exceptions thrown from __toString(). There is are a number of ways you
>> >>> can end u
On Sun, Jul 5, 2015 at 10:33 PM, Stanislav Malyshev
wrote:
> Hi!
>
> >>> I can see your concern here -- however this is nothing specific to
> >>> exceptions thrown from __toString(). There is are a number of ways you
> >>> can end up in this situation, the two most common being:
> >>
> >> I summa
On Sun, Jul 5, 2015 at 12:44 PM, Anatol Belski wrote:
> Hi,
>
>> -Original Message-
>> From: Ferenc Kovacs [mailto:tyr...@gmail.com]
>> Sent: Sunday, July 5, 2015 7:02 PM
>> To: Sherif Ramadan
>> Cc: Dan Ackroyd; Jakub Kubíček; Dmitry Stogov; Bob Weinand; Andrea Faulds;
>> PHP Internals; N
Hi!
>>> I can see your concern here -- however this is nothing specific to
>>> exceptions thrown from __toString(). There is are a number of ways you
>>> can end up in this situation, the two most common being:
>>
>> I summarize this a bit freely as "We already have places which are hard
>> to und
On Sun, Jul 5, 2015 at 10:20 PM, Johannes Schlüter
wrote:
> On Fri, 2015-07-03 at 17:57 +0200, Nikita Popov wrote:
>
>
> > I can see your concern here -- however this is nothing specific to
> > exceptions thrown from __toString(). There is are a number of ways you
> > can end up in this situation
On Fri, 2015-07-03 at 17:57 +0200, Nikita Popov wrote:
> I can see your concern here -- however this is nothing specific to
> exceptions thrown from __toString(). There is are a number of ways you
> can end up in this situation, the two most common being:
I summarize this a bit freely as "We alr
Hi,
> -Original Message-
> From: Ferenc Kovacs [mailto:tyr...@gmail.com]
> Sent: Sunday, July 5, 2015 7:02 PM
> To: Sherif Ramadan
> Cc: Dan Ackroyd; Jakub Kubíček; Dmitry Stogov; Bob Weinand; Andrea Faulds;
> PHP Internals; Nikita Popov; Aaron Piotrowski; Levi Morrison
> Subject: Re: [PHP
On 2015-07-05 11:18, Stanislav Malyshev wrote:
I've been rebuilding my checkout of master and I've discovered LDAP
build is broken:
Undefined symbols for architecture x86_64:
"_ldap_control_find", referenced from:
_zif_ldap_control_paged_result_response in ldap.o
ld: symbol(s) not foun
On Sun, Jul 5, 2015 at 1:01 PM, Sherif Ramadan
wrote:
> On Sun, Jul 5, 2015 at 6:29 AM, Dan Ackroyd
> wrote:
>
> > On 4 July 2015 at 20:56, Sherif Ramadan wrote:
> > >
> > > I'm proposing that we reconsider removing the warning from floating
> point
> > > division and here's why.
> >
> > Wait .
On Sun, Jul 5, 2015 at 6:29 AM, Dan Ackroyd wrote:
> On 4 July 2015 at 20:56, Sherif Ramadan wrote:
> >
> > I'm proposing that we reconsider removing the warning from floating point
> > division and here's why.
>
> Wait what? I don't remember an RFC about the behaviour changing.
> Did someon
On 4 July 2015 at 20:56, Sherif Ramadan wrote:
>
> I'm proposing that we reconsider removing the warning from floating point
> division and here's why.
Wait what? I don't remember an RFC about the behaviour changing.
Did someone ninja commit a change to the language?
Well it sure looks like
Hi!
I've been rebuilding my checkout of master and I've discovered LDAP
build is broken:
Undefined symbols for architecture x86_64:
"_ldap_control_find", referenced from:
_zif_ldap_control_paged_result_response in ldap.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker
14 matches
Mail list logo