wrote in message news:d70cc49d-c397-3f09-d08d-b79b31014...@rhsoft.net...
Am 04.11.2017 um 10:18 schrieb Tony Marston:
wrote in message news:941fd347-4a17-78b6-1bd7-4a5519aa7...@rhsoft.net...
Am 03.11.2017 um 11:33 schrieb Tony Marston:
wrote in message
news:6643d10b-8703-693c-15c2-da338022
>
> Hi!
>
> > My wording was maybe a bit wrong here, and I was biased by the fact that
> > I would like to see abstract constants. The fact that not everything can
>
> What is "abstract constant"? If you need something that can change, just
> use a method. Constant is meant to be a nice way to writ
Am 05.11.2017 um 11:24 schrieb Tony Marston:
wrote in message news:d70cc49d-c397-3f09-d08d-b79b31014...@rhsoft.net...
it depends on the implementation and just beause you say so does not
prove anything and even if you need to measure, optimize and make
decisions based on technical facts - wha
After discussion with Dmitry, I update my RFC. The RFC url is here
https://wiki.php.net/rfc/zend-vm-pause-api
And I propose to introduce a new interrupt type to make vm pause-and-return,
not pause-and-continue.
As mentioned by Dmitry, features like Fiber could be implemented by current
vm_inte
Hello all,
correct me if I'm wrong, but wouldn't be a good practice to follow the
currently set coding standards?
https://github.com/php/php-src/blob/master/CODING_STANDARDS
Good:
'foo_select_bar'
Bad:
'fooinsertbaz'
And therefore making aliases for all inconsistently named functions in
the core
On So, 2017-11-05 at 14:51 +0100, Peter Kokot wrote:
> Hello all,
>
> correct me if I'm wrong, but wouldn't be a good practice to follow
> the
> currently set coding standards?
> https://github.com/php/php-src/blob/master/CODING_STANDARDS
That is good for new code. But breaking 20 years of histo
On 11/5/2017 1:03 PM, Niklas Keller wrote:
>>
>> Hi!
>>
>>> My wording was maybe a bit wrong here, and I was biased by the fact that
>>> I would like to see abstract constants. The fact that not everything can
>>
>> What is "abstract constant"? If you need something that can change, just
>> use a m
Hi!
> An abstract constant is a constant that requires its value to be defined
> later, like an abstract method that requires its implementation to be
> defined later.
It's not a constant then, and should be a method.
>
> The thing is that I want something that CANNOT CHANGE. I want to require
No. Hell no. The last thing PHP needs is an ill thought out string of
function name changes to further pollute the global name space. Further,
merely changing the names isn't going to do anything.
What would help is a massive clean and redo for PHP 8 in the same vein as
Actionscript 2 to 3 had a m