als etc.
[1] Approximate timeline simulation where BC breaks are allowed:
PHP 10.0.0 2031
PHP 9.0.0 2026
PHP 8.0.0 2020-2021
PHP 7.0.0 2015-12-03
PHP 5.0.0 2004-07-13
PHP 4.0.0 2000-05-22
[2] https://github.com/php/php-src/blob/master/makedist#L118
--
Peter Kokot
--
PHP Internals - PHP Runtime
ch. I mean if there are maintainers, and people who want
to keep this PEAR in the php-src repository, fine I guess. But then
I'm not sure what can be done here anyway...
--
Peter Kokot
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
e for all Linux
distributions. I don't like the sound of that.
--
Peter Kokot
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
that would offer a replacement for current pecl script?
With only disabling installation option, nothing major is done
actually, I think but if there is some other plan here that +1 I
guess.
--
Peter Kokot
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, 30 Jan 2019 at 20:51, Rowan Collins wrote:
>
> On 30/01/2019 17:28, Peter Kokot wrote:
> > This now also means that PHP is making its inconsistency a fact
>
>
> The inconsistency IS a fact, and has been for more than 20 years. This
> isn't some new policy, b
ally a fact,
but who am I to judge this state now. It would be good to avoid having
FAQs and appendixes in coding standards for those
function_name_ext_SomethingElseOutofblue() cases so that it might be
still achieved one day.
--
Peter Kokot
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
utors, which we do not collect.
>
> We could also just drop the header entirely, I'm just proposing these two
> changes as the path of least resistance towards getting the "annoying"
> parts removed.
>
> Regards,
> Nikita
And maybe also additional change from:
ht
Hello,
On Tue, 22 Jan 2019 at 16:49, Levi Morrison wrote:
>
> On Wed, Nov 29, 2017 at 2:54 PM Peter Kokot wrote:
> >
> > Hello,
> >
> > I'm not sure if this has been discussed before, but I find these local
> > variables in C, H and other files a bit str
On Wed, 29 Nov 2017 at 22:53, Peter Kokot wrote:
>
> Hello,
>
> I'm not sure if this has been discussed before, but I find these local
> variables in C, H and other files a bit strange and bloated:
>
> /*
> * Local variables:
> * tab-width: 4
> * c-basic-of
e PHP does) or something else
such as CMake.
If there are any objections in this regard, let me know please so we
don't remove maybe something important from the contextual
understanding of the PHP build system itself.
Thank you.
[1] https://github.com/php/php-src/pull/3694
--
Peter Koko
4LEr13OaAlvs53niFo7r4sYzayKZdM
> NuNEQaXP7r5kS40Aqn/gjofIDg6j+4ni9atAwcbVY328iA4J5W5OWfS+XI5tSrs=
> =3ABE
> -END PGP SIGNATURE-
>
> Cheers
> Joe
Hello, thank you for the release, there is also a PHP-7.21 tag which
might be an issue when the final is released:
https://g
Joe?
>
> It was not Joe's day:
>
> https://github.com/php/php-src/commit/1891246c6637119e7ff5ab0d9826cf8f19223dac#r29914014
> --
> Jan
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Peter Kokot
at container. I think this will improve dev experience of other
> people that want to help improving php source.
>
> Kind regards,
> Frederik Bosch
>
>
--
Peter Kokot
PBfiX3MfrlsxDxPjoiqW0jIfWLVD2RUQF
> FhwPhYuX3rv3Ur+wObDkbcOj2pepB0mABUf+2qOleYxLjRsxqpyQxyICdWPhweiP
> F1B2VZlo8+MJYO3CrtPlCLW8KQWzFK3El3jyfwCsDRhs86g5jpk7Y+wij5T9MDCI
> 3AoA2NJ3b7PSFHnzHRkoW3QD7kX3KnfcXIvcjW+0eQo=
> =ZenI
> -END PGP SIGNATURE-
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Peter Kokot
Hello,
I've only briefly tested current implementation and from my point of view,
people new to the concept of coroutines, the async/await syntax might be
much more readable and understandable what is happening behind and why this
might be useful to have in the core. But yes, I'm sure there is a l
y chance to start omitting them and use a single
.editorconfig file instead or is this something that is a must have in
C projects of today?
Thank you for some clarification on this :)
--
Peter Kokot
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www
It's down here as well.
On 17 November 2017 at 23:03, Ryan Jentzsch wrote:
> I am trying to look up and/or enter a bug report:
>
> downforeveryoneorjustme.com reports:
> Is bugs.php.net down?
> It's not just you! bugs.php.net looks down from here.
--
Peter Kokot
Hello,
I believe it would be also good to add so called topics to
github.com/php/php-src repository. See this for more information:
https://help.github.com/articles/about-topics/
A minimal set should include these two:
- c
- php
Thanks.
--
Peter Kokot
--
PHP Internals - PHP Runtime
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
ake a look at these or suggest
something better? I plan to do some more cosmetic improvements later on also.
Thanks.
--
Peter Kokot
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
101 - 120 of 120 matches
Mail list logo