It seems like the discussion on github has stalled...
Regards,
Daniil Gentili.
On 9/2/24 3:11 PM, Go Kudo wrote:
Hi Internals.
PHP currently does not provide official container images. Given that
DockerHub adequately maintains these and considering the maintenance
costs, we haven't felt the need to change the status quo.
However, the off
atching of a serious attack vector ASAP.
Regards,
Daniil Gentili.
manager, which brings us to square 1).
Regards,
Daniil Gentili.
ontaining *only* the bare source code, without
leaving to the user the choice to re-generate the build files, or use a
potentially compromised build script.
Regards,
Daniil Gentili.
In light of the recent supply chain attack in xz/lzma, leading to a backdoor in
openSSH (https://www.openwall.com/lists/oss-security/2024/03/29/4), I believe
that it would be a good idea to remove the huge attack surface offered by the
pre-generated autoconf build scripts and lexers, offered in
breaking a core feature of the language for one month (or more if a security
release delays the normal release cycle).
Also in general, I find it wrong that security releases should delay the normal
cycle.
Regards,
Daniil Gentili.
ssages: mailing lists should not be used in 2024.
Regards,
Daniil Gentili.
randomly loose messages: mailing lists should not be used in 2024.
Regards,
Daniil Gentili.
iling list is nothing more than a redundant relic of the past.
Regards,
Daniil Gentili
a lot of
technical internals-related discussion is already using exclusively github
issues and pull request discussions, I believe that the mailing list is nothing
more than a redundant relic of the past.
Regards,
Daniil Gentili
Hi all,
I've opened voting for the final-by-default anonymous classes RFC:
https://wiki.php.net/rfc/final_by_default_anonymous_classes
Regards,
Daniil Gentili.
already require changes to better support it, using a new
API with a standalone request object/array instead of superglobals is not a
real issue.
Regards,
Daniil Gentili.
nd to present soon.
I hope that further discussion of a worker mode continues with an eye to the
future with native concurrency :)
Regards,
Daniil Gentili.
P. S. Just in case to avoid confusion for some, frankenphp does NOT add native
concurrency to php using goroutines, as control to the go event loop
Hi,
After the feedback received in the final voting thread for the final
anonymous classes RFC, I've created another RFC this time to make
anonymous classes final by default, here it is:
https://wiki.php.net/rfc/final_by_default_anonymous_classes
Regards,
Daniil Gentili.
--
PHP Inte
seems
the best solution to me, but given the interest in alternative solutions
both in the pull request discussion, and in the previous mailing list
thread, I think I'll leave the other options in the RFC, to see how the
votes will go (I'm actually curious myself :).
>> Regards,
inst it), could that be done
without restarting the discussion process?
Regards,
Daniil Gentili.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
Hi all,
I've just opened voting for the "Change how JIT is disabled by default"
RFC @ https://wiki.php.net/rfc/jit_config_defaults.
Voting started now, and will run until December 18th 2023, 00:00 GMT.
Regards,
Daniil Gentili.
--
PHP Internals - PHP Runtime Development
Hi all,
I've just opened voting for the final anonymous classes RFC @
https://wiki.php.net/rfc/final_anonymous_classes.
Voting started now, and will run until December 18th 2023, 00:00 GMT.
Regards,
Daniil Gentili.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubs
Hi,
Pick an approach and put that up for a vote,
Picked the basic option of just adding final anonymous classes & edited
the RFC accordingly.
Thanks for the feedback!
Regards, Daniil Gentili.
Hi all,
Heads up, I'll move this RFC
(https://wiki.php.net/rfc/final_anonymous_classes) to voting status
tomorrow!
Regards,
Daniil Gentili.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
Hi all,
Heads up, I'll move this RFC
(https://wiki.php.net/rfc/jit_config_defaults) to voting status tomorrow!
Regards,
Daniil Gentili.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
indeed some interest in a defer keyword for PHP, might
actually get to writing an RFC implementing the keyword itself this
weekend...
Regards,
Daniil Gentili.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
volt).
You probably want to use the EventLoop::delay function
(https://revolt.run/timers), or the async function
(https://amphp.org/amp#coroutines).
Regards,
Daniil Gentili.
Hi,
You probably want something similar to golang's defer keyword.
I intend to submit an RFC and PR for a defer keyword in PHP sometime in
the future.
Regards,
Daniil Gentili.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
Hi again,
> Super on board with this
Sorry for top posting everyone, my bad, forgot to delete the rest of the
message :)
Regards,
Daniil Gentili
doubts I have about this proposal are the omission of static keywords
for functions and properties.
I understand this is inline with readonly classes, but I don't feel like static
is a keyword that should be omittable when declaring static methods and
properties.
Regards,
Daniil Gentili.
it=non-zero and jit_buffer_size=0, can I still turn it into a warning
though?
Regards,
Daniil Gentili.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
aker vote, voting favorably for only one
of the options would be allowed.
Regards,
Daniil Gentili.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
more than glad to receive some feedback!
Regards,
Daniil Gentili.
Hi all,
I would like to submit an RFC and PR to change a few INI defaults for
opcache, changing how JIT is disabled by default.
Here's the URL of the RFC: https://wiki.php.net/rfc/jit_config_defaults.
I'd more more than glad to receive some feedback!
Regards,
Daniil Gentil
Hi all,
I've created the RFC, I'd be more than glad to receive feedback:
https://wiki.php.net/rfc/final_anonymous_classes
Thanks,
Daniil Gentili.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
Hi all, I've created the actual RFC:
https://wiki.php.net/rfc/jit_config_defaults
Regards,
Daniil Gentili.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
me types, or establishing stricter static rules that
do not match the existing behavior.
Well I'm all for stricter rules :)
Regards,
Daniil Gentili.
Hi,
This is precisely why I'm planning to submit the RFC to make the change
in PHP 8.4, which is when the new JIT will be introduced.
Regards,
Daniil.
On 10/18/23 08:52, Christian Schneider wrote:
Am 17.10.2023 um 19:46 schrieb Daniil Gentili :
I would like to submit an RFC and
would like to see this deprecated is not the fact that
it's returning a less precise value compared to getrusage, but rather
because it's returning a value that cannot be interpreted in any way
from pure PHP.
Regards,
Daniil Gentili.
On 10/18/23 09:00, Christian Schneider wrote:
Am
Hi, internals.
I'd like to create RFCs at least for final anonymous classes
(https://externals.io/message/121356) and a small tweak to JIT defaults
(https://externals.io/message/121359).
Please give me RFC Karma :)
Username: danog
Kind regards,
Daniil Gentili.
--
GitHub:
-src/pull/12425/files, any smaller multiple of
2 causes the buffer to fill up when running moderately sized projects
like Psalm or PHPStan).
What do you think?
Kind regards,
Daniil Gentili.
"stime_rusage"]=>
int(4994)
}
As you can see, with a system time of ~5 milliseconds, posix_times()
even returns 0, since the minimum duration that can be represented with
a 100 hertz clock (the default on most Linux platforms) is 10 milliseconds.
Waiting for feedback, kind regards,
Daniil Gentili.
[1]:
https://github.com/bminor/glibc/blob/69239bd7a216007692470aa9d5f3658024638742/sysdeps/unix/sysv/linux/ia64/getclktck.c
anonymous classes currently requires some hack-ish workarounds with
class_alias.
All in all, as per the title, I'd just like to add support for final
anonymous classes (new final class {}), without changing any existing
semantics.
What do you think?
Thanks,
Daniil Gentili.
Hi all,
I've submitted https://github.com/php/php-src/pull/11126 to add support
for final anonymous classes, though as noted by iluuu1994, it would
probably make more sense to just make all anonymous classes final by
default, what do you think?
Daniil Gentili.
--
PHP Internals
41 matches
Mail list logo