functions...)
Regards,
Daniil Gentili.
Hi,
> One thing I'm not sure about: What opcache optimizations would final enable?
Well for example, any JIT logic gated behind a check on ZEND_ACC_FINAL:
https://github.com/php/php-src/blob/master/ext/opcache/jit/zend_jit_trace.c#L4507
Regards,
Daniil Gentili
lity which causes JIT bugs.
Personally I'm super excited for the possibility of introducing static
typechecking in PHP itself, partially because it also allows to easily and
cheaply implement generics.
Regards,
Daniil Gentili
Hi,
> This deprecation appears to be sufficiently simple that it can likely be
> included in the bulk deprecation RFC for PHP 8.4:
>
> https://wiki.php.net/rfc/deprecations_php_8_4
That would be super nice, who should I ping before editing the page?
Regards,
Daniil Gentili
not PHP's task to expose
the entirety of the POSIX standard functions: PHP's task is to provide a simple
to use language that also exposes some *useful* functions from the POSIX
standard, and posix_times does not fit the definition, in my opinion.
Regards,
Daniil Gentili.
as
> encountered without being preloaded, but that poses a dilemma for libraries:
> either don't use the new types, or impose a requirement for applications to
> use preloading. I'm not convinced there's an easy compromise here.
No need to preload, just autoload at compile time like you said, and polyfill
missing classes that cannot be autoloaded.
Regards,
Daniil Gentili.
recations RFC anyway to see if the
voting passes.
Kind regards,
Daniil Gentili.
unlike tracing JIT, which does use runtime type
information).
Regards,
Daniil Gentili.
will go (I'm actually
curious myself :).
Regards,
Daniil Gentili.
It's clear that JIT won't work with
> "opcache.jit_buffer_size=0" in php.ini.
>
> Thanks. Dmitry.
Hi,
All done, updated both RFC and pull request :)
Regards,
Daniil Gentili
of finding out that JIT is not enabled even if you did enable it in
the config is running opcache_get_status.
Hope it's all fine by you, planning to get this merged by PHP 8.4.
Regards,
Daniil Gentili.
sations are easily accessible,
searchable and indexed by Google, with a much better UX than mailing lists.
Just my two cents, I still believe using mailing lists and an invite-only wiki
adds needless friction.
Regards,
Daniil Gentili.
I'm almost certain it won't be.
No one is proposing to move the issue tracker to discord, slack or telegram:
those are messengers, and should not be used as support forums for such a major
language, mainly because they're non-indexable.
Regards,
Daniil Gentili
w away or to charge for
github, one of their biggest assets after Windows and OpenAI, PHP would have
bigger problems than RFCs being managed on the github issue tracker.
Regards,
Daniil Gentili.
tablishing stricter static rules that
do not match the existing behavior.
Well I'm all for stricter rules :)
Regards,
Daniil Gentili.
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: https
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.
conds, 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
-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.
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 PR
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 17.10.2023
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 - PHP
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 Internals
at 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 is only
returned when calling
hanges 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.
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.
istake now.
Regarding the voting options, after feedback received in the last [RFC]
discussion thread from Nicolas Grekas:
>Hi Daniil,
>>> While I'm open to Proposal 1, which introduces final anonymous classes
>>> without breaking BC, Proposals 2 and 3 are a different story.
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
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,
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.
.
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.
there is 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
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 Ma
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 unsubscribe
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
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 Gentili.
--
PHP
glad to receive some feedback!
Regards,
Daniil Gentili.
vorably 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
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
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.
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
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
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
domly loose messages: mailing lists should not be used in 2024.
Regards,
Daniil Gentili.
list is nothing more than a redundant relic of the past.
Regards,
Daniil Gentili
lists should not be used in 2024.
Regards,
Daniil Gentili.
ing 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.
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
* 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.
to square 1).
Regards,
Daniil Gentili.
e patching of a serious attack vector ASAP.
Regards,
Daniil Gentili.
53 matches
Mail list logo