Hi Levi
On Mon, Aug 12, 2024 at 5:56 PM Levi Morrison
wrote:
>
> Given the timetable, I wouldn't change the C std requirements for 8.4.
Just to state it officially: You object to switching to C11 in 8.4? In
that case, we'll have to postpone.
> I would stop relying on the typedef and forward dec
Hi Levi
On Tue, Aug 13, 2024 at 5:00 PM Levi Morrison
wrote:
>
> On Tue, Aug 13, 2024 at 8:17 AM Ilija Tovilo wrote:
> >
> > Just to state it officially: You object to switching to C11 in 8.4? In
> > that case, we'll have to postpone.
>
> I don't obje
Hi Levi
On Tue, Aug 20, 2024 at 5:14 PM Levi Morrison
wrote:
>
> I have long been in favor of a larger BC break with better language
> consistency. Class lookup and function lookup with respect to
> namespaces should be treated the same. The difficulty is getting a
> majority of people to vote ye
Hi John
On Wed, Aug 21, 2024 at 8:02 PM John Coggeshall wrote:
>
> This is an attack vector for every application and I would argue should be a
> real concern for the vast majority of applications out there -- any which
> rely on namespace-based frameworks and composer packages from untrustwor
On Fri, Aug 23, 2024 at 5:49 PM Rowan Tommins [IMSoP]
wrote:
>
> Other proposals aim to shift that balance - leaving some inconsistency, but
> less compatibility break.
>
> And most users don't object to using a leading backslash, they just (quite
> reasonably) have no idea what impact it has on
On Fri, Aug 23, 2024 at 8:11 PM Stephen Reay wrote:
>
> On 24 Aug 2024, at 00:32, Ilija Tovilo wrote:
>
> > I obviously also disagree with 3. as I wouldn't have sent this
> > proposal otherwise. :) Performance improvements are hard to come by
> > nowadays. I
On Fri, Aug 23, 2024 at 8:19 PM John Coggeshall wrote:
>
> 1. People who don't think BC is a problem, and would like to drop
> either the global or local lookup entirely, requiring disambiguation.
>
> There is also an option of swapping the priority, making local lookups
> secondary to global loo
On Fri, Aug 23, 2024 at 9:41 PM Rowan Tommins [IMSoP]
wrote:
>
> On 23 August 2024 18:32:41 BST, Ilija Tovilo wrote:
> >IMO, 1. is too drastic. As people have mentioned, there are tools to
> >automate disambiguation. But unless we gain some other benefit from
> >dropping
Stephen
On Sat, Aug 24, 2024 at 2:00 PM Stephen Reay wrote:
>
> When I said this thread reads like an April fools joke that wasn't a
> challenge you know.
We *just* had somebody temporarily banned for ad-hominem attacks like
a week ago. Please familiarize yourself with the mailing list rules.
T
Hi Stephen
On Sat, Aug 24, 2024 at 1:54 PM Stephen Reay wrote:
>
> Thanks for clarifying. Out of curiosity, how much optimisation do you imagine
> would be possible if the lookups were done the same was as classes (ie no
> fallback, names must be local, qualified or imported with `use`)?
I hav
Hi Rowan
On Sun, Aug 25, 2024 at 6:06 PM Rowan Tommins [IMSoP]
wrote:
>
> On 25/08/2024 16:29, Bilge wrote:
> > You can write, `include(1 + 1);`, because `include()` accepts an
> > expression. You will get: "Failed opening '2' for inclusion". Should
> > we restrict that? No, because that's just h
Hi Philip
On Fri, Aug 30, 2024 at 9:37 AM Philip Hofstetter
wrote:
>
> If you think this is a worthwhile thing to do an RFC for, I would kindly ask
> for somebody to grant me RFC karma, so I can start working on one.
To grant you RFC karma, I need to know your wiki.php.net username.
Ilija
On Fri, Aug 30, 2024 at 12:19 PM Philip Hofstetter
wrote:
>
> Username is pilif
RFC karma was granted. Good luck with the RFC!
Hi Carlos
On Sat, Sep 14, 2024 at 11:44 PM Barel wrote:
>
> For C/C++ development I usually use CLion from Jetbrains but I tried to use
> it with php-src and was unable to get it to work properly. CLion really
> insists on using CMake and has only quite limited support for makefiles.
> After t
Hi Larry and Nicolas!
> https://wiki.php.net/rfc/allow_casting_closures_into_single-method_interface_implementations
> https://wiki.php.net/rfc/allow-closures-to-declare-interfaces-they-implement
> https://wiki.php.net/rfc/structural-typing-for-closures
>
> What we propose is to instead lean into
Hi Deleu
> From Rob's email (https://externals.io/message/120094#120097), the argument
> against a simple "use" statement seems quite natural. I certainly don't
> want to redefine "use int|float as Number" in every PHP file I work with,
> so naturally we would go back to type alias definition, sym
Hi Claude
> > 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?
>
> Extending an
Hi Marco
On Thu, May 18, 2023 at 7:35 PM Rowan Tommins wrote:
>
> On Thu, 18 May 2023 at 16:27, Deleu wrote:
>
> Monolog is a great example of what PHP is missing - a single library for a
> > purpose. I have never worked with any other library besides Monolog and I
> > never worked on any projec
Hi Tim
On Thu, May 11, 2023 at 6:37 PM Tim Düsterhus wrote:
> I'm now opening discussion for the RFC "Marking overridden methods
> (#[\Override])":
>
> RFC: Marking overridden methods (#[\Override])
> https://wiki.php.net/rfc/marking_overriden_methods
We've already talked in private, but let me
Hi Levi
> I am moving my RFC for interface default methods to discussion:
> https://wiki.php.net/rfc/interface-default-methods.
This or a similar concept makes sense to me. The proposal seems
similar to Swift protocol extensions, or Rust traits, with the
exception that function default implementa
Hi Andreas
On Fri, Jun 16, 2023 at 9:23 PM Andreas Hennings wrote:
>
> Hello list,
> I don't know if something like this was already proposed in the past,
> I did not find anything.
>
> Sometimes it would be nice to have a code block inside an expression, like
> this:
>
> public function f(strin
Hi internals
A while ago I encountered a limitation of how RFC1867 requests are
handled in PHP. PHP populates the $_POST and $_FILES superglobals when
the Content-Type is multipart/form-data or
application/x-www-form-urlencoded, but only when the method is POST.
For application/x-www-form-urlencod
Hi Sam!
> Hello php internals team,
> I would like to put forward an RFC for a new feature. I am a long time user,
> but have never participated as yet to the RFC.
Sorry for the late reply.
Thanks for your suggestion! If you'd like RFC karma, we'll need to
know your username on the wiki.
Ilija
Hi Ben, Hi Rowan
On Mon, Jun 26, 2023 at 8:55 PM Ben Ramsey wrote:
>
> > On Jun 20, 2023, at 06:06, Rowan Tommins wrote:
> >
> > On Tue, 20 Jun 2023 at 10:25, Ilija Tovilo wrote:
> >
> >> Introduce a new function (currently named populate_post_data()) to
>
Hi Ben
On Tue, Jun 27, 2023 at 9:54 PM Ben Ramsey wrote:
>
> > On Jun 27, 2023, at 04:01, Ilija Tovilo wrote:
> >
> > Hi Ben, Hi Rowan
> >
> > On Mon, Jun 26, 2023 at 8:55 PM Ben Ramsey wrote:
> >>
> >>> On Jun 20, 2023, at 06:06, Rowan To
Hi everyone
I recently discovered some unfortunate behavior of the coalesce
assignment operator (??=) in combination with function calls. Here's
the TL;DR:
foo()['bar'] ??= 42;
Currently, this code calls foo() twice. This seems rather unexpected.
The technical reason as to why this happens is no
Hi Flávio
On Wed, Jul 5, 2023 at 12:17 PM Flávio Heleno
wrote:
>> > I recently discovered some unfortunate behavior of the coalesce
>> > assignment operator (??=) in combination with function calls.
>
> Great catch Ilija!
>
> Do you mind sharing how did you stumble upon it?
Oh, it's unspectacula
Hi Athos
On Sat, Jul 29, 2023 at 3:37 AM Athos Ribeiro wrote:
> I hereby request RFC karma for my recently created wiki account name
> "athos".
I granted you RFC karma. Please let me know if it works, it's the
first time I did it so I'm not sure I did it right. :)
Ilija
--
PHP Internals - PHP
Hi everyone
Since https://wiki.php.net/rfc/new_in_initializers we can store
objects in global constants. However, we may not actually read or
write to the properties of those objects without first fetching the
constant into a local variable.
const a = new stdClass;
a->b = 42; // Fatal error: Cann
Hi Juliette
> > Since https://wiki.php.net/rfc/new_in_initializers we can store
> > objects in global constants. However, we may not actually read or
> > write to the properties of those objects without first fetching the
> > constant into a local variable.
> >
> > const a = new stdClass;
> > a->b
Hello everyone
I've been working on match blocks over the last few weeks.
https://wiki.php.net/rfc/match_blocks
I've already shared it in R11 and got conflicting feedback, which
makes me unsure on how to proceed. We have a few options.
1. Add blocks only to match, possibly adding blocks to other
On Sat, Sep 23, 2023 at 3:36 PM Marc wrote:
>
> Hi,
>
> I like to create an RFC for integer rounding as proposed here
> https://externals.io/message/120373
>
> I already had an account for the wiki years ago but somehow lost my login.
>
> Username: mabe
>
> EMail: php@mabe.berlin
>
> Also I don't
Hi Saki
On Sat, Sep 30, 2023 at 6:04 AM Saki Takamachi wrote:
> I want to create an RFC. This is my first time.
>
> The next two pages each have sections on how to create RFCs. However, they
> differ slightly in content. Which way should I use?
>
> https://wiki.php.net/rfc/howto
> https://wiki.p
Hi everyone
A while ago I wrote an e-mail about RFC1867 (multipart/form-data) not
being parsed by PHP for non-POST requests.
https://externals.io/message/120641
I'd like to announce an RFC that proposes adding a new function called
parse_post_data() to expose the existing functionality to userlan
Hi Tim
> On 10/6/23 15:44, Ilija Tovilo wrote:
> > https://wiki.php.net/rfc/rfc1867-non-post
> >
>
> Regarding the cleanup of the files, perhaps the files could be read into
> a `php://temp` stream
> (https://www.php.net/manual/en/wrappers.php.php#wrappers.php.memory)?
Hi Jakub
>> https://wiki.php.net/rfc/rfc1867-non-post
>>
>
> It should probably explicitly mention that it uses the same inis like
> max_input_vars, max_file_uploads and max_multipart_body_parts.
Indeed, I will mention that. Thank you.
> It's kind of strange function as I can't decide where it
Hi Marco
Please note that you have accidentally created a new thread. I'm
responding from the main thread.
> >>> On Fri, Oct 6, 2023 at 2:44 PM Ilija Tovilo
> >>> wrote:
> >>> https://wiki.php.net/rfc/rfc1867-non-post
>
> Just wanted to mention t
Hi everyone
On Fri, Oct 6, 2023 at 3:44 PM Ilija Tovilo wrote:
> https://wiki.php.net/rfc/rfc1867-non-post
Thank you for the feedback so far. I made a handful of changes to the RFC.
* The function is renamed to request_parse_body()
* The function will now throw instead of emitting warni
Hi Yuya
RFC karma was granted, good luck with your RFC!
Ilija
On Tue, Oct 17, 2023 at 5:07 PM youkidearitai wrote:
>
> Hi, internals.
>
> I writing to trim for multibyte support function, mb_trim, mb_ltrim
> and mb_rtrim.
> https://github.com/php/php-src/pull/12459
>
> Please give me RFC Karma.
Hi Daniil
On Tue, Oct 17, 2023 at 8:25 PM Daniil Gentili wrote:
> 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
RF
Hi Larry
On Wed, Oct 18, 2023 at 7:26 PM Larry Garfield wrote:
> > On Fri, Oct 6, 2023 at 3:44 PM Ilija Tovilo wrote:
> >> https://wiki.php.net/rfc/rfc1867-non-post
>
> The functionality all seems reasonable to me. I have a few smaller concerns:
>
> 1. Like Derick,
Hi Alessandro
Sorry for the delayed response.
On Wed, Oct 25, 2023 at 4:11 PM Alessandro Rosa
wrote:
> I would like receiving the wiki RFC Karma for my account, in order to
> submit an RFC on the built-in "empty" function.
> My account is alessandro.a.rosa_gmail.com
RFC karma was granted. Good
Hi Robert
On Sun, Oct 29, 2023 at 7:31 PM Robert Landers wrote:
>
> Hello Internals,
>
> We currently have a null coercion operator: ??, but we lack an
> anti-null coercion operator.
> ...
> fn() =>
> ($_SERVER['HTTP_X_MY_HEADER'] ?? null)
> ? md5($_SERVER['HTTP_X_MY_HEADER'])
> : null;
> .
Hi Derick
On Wed, Oct 18, 2023 at 6:10 PM Derick Rethans wrote:
> On Fri, 13 Oct 2023, Ilija Tovilo wrote:
> > > https://wiki.php.net/rfc/rfc1867-non-post
>
> The only comment I would have is that I probably would be in favour of
> not leaving the "config" argu
Hi Daniil
On Fri, Nov 3, 2023 at 12:00 AM wrote:
> The much better approach, one that I intend to maybe give a shot at this
> Christmas, is to add static analysis functionality to PHP itself (i.e. turn
> it into a truly statically typed language).
> I have a hunch it may be easy enough to do by
Hi Jakub
Thank you for the proposal.
On Fri, Nov 10, 2023 at 5:52 PM Jakub Zelenka wrote:
> https://wiki.php.net/rfc/release_cycle_update
> Currently beta is called a feature freeze but effectively it isn't. The main
> issue with that is that the end of alpha just means that all RFC's targetin
Hi Rowan,
Thanks for the RFC.
On Thu, Nov 16, 2023 at 9:42 PM Rowan Tommins wrote:
>
> I have finally written up an RFC I have been considering for some time:
> Harmonise "untyped" and "typed" properties
>
> RFC URL: https://wiki.php.net/rfc/mixed_vs_untyped_properties
Unifying the unset behavi
Hi Sebastian
On Tue, Nov 28, 2023 at 6:28 PM Sebastian Bergmann wrote:
>
> I recently watched a video [1] that once again brought the topic of
> reproducible builds [2] to my attention.
> ...
> I have not yet checked whether usage of the __DATE__ and __TIME__ macros
> is the only thing that makes
Hi everyone
On Fri, Oct 6, 2023 at 3:44 PM Ilija Tovilo wrote:
>
> I'd like to announce an RFC that proposes adding a new function called
> parse_post_data() to expose the existing functionality to userland, so
> that the mechanism can be used for other HTTP verbs.
>
> h
Hi Aleksander
On Thu, Dec 7, 2023 at 9:22 AM Aleksander Machniak wrote:
>
> I was under impression that bugs.php.net was supposed to be phased out.
> I.e. made read-only or something.
>
> https://bugs.php.net/bug.php?id=78628&edit=1 proves that it's not the
> case and I'm receiving annoying spam
Hi Sam
>> On Fri, Oct 6, 2023 at 3:44 PM Ilija Tovilo wrote:
>> > https://wiki.php.net/rfc/rfc1867-non-post
On Thu, Dec 7, 2023 at 6:04 PM Sam I wrote:
>
> Hey, I'm not sure if this is bikeshedding, but the concept of parsing bodies
> for non-POST requests lands r
Hi Valentin
On Thu, Dec 28, 2023 at 1:31 PM Valentin Udaltsov
wrote:
>
> I kindly request RFC Karma for my wiki account vudaltsov. I am planning to
> publish RFC "new MyClass()->method() without parentheses". I already
> created a PR, where I got generally positive feedback on this feature:
> htt
Hi Daniil
On Mon, Jan 15, 2024 at 11:36 AM Daniil Gentili
wrote:
>
> Hi all,
>
> I've opened voting for the final-by-default anonymous classes RFC:
> https://wiki.php.net/rfc/final_by_default_anonymous_classes
It seems you've edited the text of the poll. Doing so disassociates
the existing votes
Hi Joan
Sorry for the late response.
On Thu, Dec 14, 2023 at 6:08 PM Joanhey wrote:
>
> We can't use sapi_module.read_post() from CLI.
>
> https://github.com/joanhey/AdapterMan
> This runtime use the CLI-SAPI, but this SAPI is very limited. We can use
> parse_str() easily for 'application/x-www-
Hi Carlos!
On Fri, Jan 19, 2024 at 4:56 PM Barel wrote:
>
> This page in the Wiki https://wiki.php.net/internals/references has a lot
> of links which are outdated and should be removed or changed. If you can
> provide wiki edit access for me I can work on updating them and also try to
> find mor
Hi Jair!
On Mon, Jan 22, 2024 at 5:14 AM Jair Humberto wrote:
>
> My name is Jair Humberto, I am brazilian and have been working with PHP
> since 2006. I am super excited about the new things PHP has launched lately
> and finally realised that I can contribute as well. I think this is a new
> fas
Hi everyone
I started the vote on the "RFC1867 for non-POST HTTP verbs" RFC.
https://wiki.php.net/rfc/rfc1867-non-post
Ilija
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
Hi Carlos
You should now have access to the /internals sub-pages.
On Mon, Jan 22, 2024 at 11:38 AM Barel wrote:
>
> I didn't know that there was a list of tech resources listed in the
> "CONTRIBUTING.md" file. I have been researching resources that have
> information about PHP internals and have
Hi Sara
Thank you for your feedback.
On Tue, Jan 23, 2024 at 8:41 PM Sara Golemon wrote:
>
> On Mon, Jan 22, 2024 at 1:24 AM Ilija Tovilo wrote:
>
> > I started the vote on the "RFC1867 for non-POST HTTP verbs" RFC.
> > https://wiki.php.net/rfc/rfc1867-non-post
&
Hi Carlos
On Wed, Jan 24, 2024 at 12:29 PM Barel wrote:
>
> > Feel free to share this list here, on GitHub or otherwise. I'm
> > skeptical whether throwing partially outdated resources at people is
> > actually helpful.
>
> I trimmed the list that I collected so that it only included the most
> s
On Wed, Jan 24, 2024 at 1:22 PM Ilija Tovilo wrote:
>
> Thank you for the list. It looks more digestible, and most of it is
> already congruent with CONTRIBUTING.md.
>
> * https://www.zend.com/resources/writing-php-extensions requires
> sharing your contact infomation to obtain
Hi Robert
On Thu, Jan 25, 2024 at 10:16 AM Robert Landers
wrote:
>
> Now that throwing is an expression, it allows for some very concise
> programming. What are your thoughts on making a break/continue into an
> expression as well?
>
> Instead of:
>
> while(true) {
> ...
> if(is_null($arr['var'])
Hi Larry
On Thu, Jan 25, 2024 at 6:38 PM Larry Garfield wrote:
>
> On Thu, Jan 25, 2024, at 11:28 AM, Ilija Tovilo wrote:
>
>
> > This leads to very similar issues as break/continue inside blocks. See:
> > https://wiki.php.net/rfc/match_blocks#technical_implicatio
Hi everyone
On Mon, Jan 22, 2024 at 10:23 AM Ilija Tovilo wrote:
>
> I started the vote on the "RFC1867 for non-POST HTTP verbs" RFC.
> https://wiki.php.net/rfc/rfc1867-non-post
The RFC has been accepted with 23 yes and 1 no vote. As promised to
Sara, I will be settin
Hi Sandy
On Tue, Feb 6, 2024 at 9:19 PM Sanford Whiteman wrote:
>
> I'd like a little background on something we've long accepted: why
> does the serialization format need double quotes around a string, even
> though the byte length is explicit?
>
> Example:
>
> s:5:"hello";
>
> All else being
Hi everyone.
I would like to start an initiative to centralize documentation of the
PHP internals. As mentioned in a recent e-mail, there's a lot of
useful documentation scattered across the internet, like the PHP
internals book, various blogs of contributors, wiki.php.net, to name a
few. Informat
Hi Mönôme
On Sun, Feb 11, 2024 at 2:20 PM Mönôme Epson wrote:
>
> > centralize documentation of the PHP internals
> I'm glad to hear that you're planning to centralize the documentation for PHP
> internals.
>
> > Let me know of any thoughts and suggestions you might have.
> I have a preference f
Hi Yuya
It seems you accidentally sent your response to me instead of the list.
On Sun, Feb 11, 2024 at 5:10 PM youkidearitai wrote:
>
> 2024年2月11日(日) 21:18 Ilija Tovilo :
> >
> > Hi everyone.
> >
> > I would like to start an initiative to centralize document
Hi Robert
On Wed, Feb 14, 2024 at 1:29 AM Robert Landers wrote:
>
> I won't be the first to say this, at first glance, casting to null
> sounds silly, but short arrow functions must always return something,
> by design. That's when casting to null makes any sense at all (that I
> can think of): y
Hi JaeHan!
On Fri, Feb 16, 2024 at 10:53 AM 하늘아부지 wrote:
>
> Hi, My name is JaeHan Seo. (wiki username is daddyofsky)
>
> I hope I can make a proposal by registering on the php wiki.
I can give you karma. Usually, RFC karma (which is what I'm guessing
you're asking for) is granted for specific R
Hi Hans
On 16.02.24 13:05, Hans Henrik Bergan wrote:
My name is "Hans Henrik Bergan", usually go by the nickname
"divinity76", I've contributed to OSS (including PHP) for years, and
am currently involved in 3 things that might require an RFC, and
requesting RFC karma for wiki account "divinity76
Hi
On Sat, Feb 17, 2024 at 12:17 AM Jorg Sowa wrote:
>
> Hello Derick,
> there is something wrong. I don't get all of the emails from the new setup,
> only part. Examples of emails I didn't receive:
> - https://externals.io/message/122391
> - https://externals.io/message/122390
> - https://exter
Hi Hans
On Sat, Feb 17, 2024 at 3:31 PM Gina P. Banyard wrote:
>
> On Saturday, 17 February 2024 at 11:24, Hans Henrik Bergan
> wrote:
>
> > Can we add automatic formatting checks for pull requests?
> > Made a PR: https://github.com/php/php-src/pull/13417
>
> It would be nice to have some forma
On Sun, Feb 18, 2024 at 4:11 PM Gina P. Banyard wrote:
>
> On Saturday, 17 February 2024 at 22:18, Ilija Tovilo
> wrote:
>
> > * The new code style should be applied only to newly added sections or
> > changed code, not entire files. Otherwise, we'll have many cha
Hi Rowan
On Sat, Mar 16, 2024 at 9:32 AM Rowan Tommins [IMSoP]
wrote:
>
> On 16 March 2024 00:19:57 GMT, Larry Garfield wrote:
>
> >Well, reading/writing from within a set/get hook is an obvious use case to
> >support. We cannot do cached properties easily otherwise:
> >
> >public string $expe
Hi Rowan
On Sat, Mar 16, 2024 at 8:23 PM Rowan Tommins [IMSoP]
wrote:
>
> I still think there will be a lot of users coming from other languages, or
> from using __get and __set, who will look at virtual properties first. Making
> things less surprising for those people seems worth some effort,
Hi Rowan
On Sun, Mar 17, 2024 at 3:41 PM Rowan Tommins [IMSoP]
wrote:
>
> The remaining difference I can see in the current RFC which seems to be
> unnecessary is that combining &get with set is only allowed on virtual
> properties. Although it may be "virtual" in the strict sense, any &get
> hoo
Hi Robert
On Tue, Mar 19, 2024 at 5:24 PM Robert Landers wrote:
>
> I've been thinking about this as an RFC for awhile, but with generics
> being far off (if at all), I'd like to propose a useful idea: reusing
> the AS keyword in a different context.
>
> Example:
>
> $x = $attributeReflection->ne
Hi Marco
On Tue, Mar 19, 2024 at 7:04 PM Marco Aurélio Deleu wrote:
>
> > On 19 Mar 2024, at 14:51, Ilija Tovilo wrote:
> >
> > Hi Robert
> >
> >> On Tue, Mar 19, 2024 at 5:24 PM Robert Landers
> >> wrote:
> >>
> > See https
Hi Rowan
On Tue, Mar 19, 2024 at 8:39 PM Rowan Tommins [IMSoP]
wrote:
>
> As well pattern matching, which Ilija mentioned, another adjacent feature is
> a richer set of casting operators. Currently, we can assert that something is
> an int; or we can force it to be an int; but we can't easily s
Hi Peter
On Wed, Mar 27, 2024 at 9:44 AM Peter Kokot wrote:
>
> I was wondering if it would be useful to add GitHub milestones for the
> PHP-8.4 and PHP-9.0 (or PHP-next or something like this)?
> https://github.com/php/php-src/milestones
>
> Because some pull requests might target versions afte
Hi!
On Wed, Mar 27, 2024 at 12:59 PM 하늘아부지 wrote:
>
> I request RFC karma to discuss the issue at this link.
> https://github.com/php/php-src/issues/13813
>
> Wiki account : daddyofsky
Either somebody beat me to it, or you already had RFC privileges.
Note that step 1 in the RFC process suggests
Hi Jakub
On Wed, Mar 27, 2024 at 4:55 PM Jakub Zelenka wrote:
>
> We actually decided not to do it for 8.3 because it would be just waste of
> time to set all PR's with that milestone. The thing is that PR should just
> get merged when it's ready and we won't be delaying release because some PR
Hi everyone!
I'd like to introduce an idea I've played around with for a couple of
weeks: Data classes, sometimes called structs in other languages (e.g.
Swift and C#).
In a nutshell, data classes are classes with value semantics.
Instances of data classes are implicitly copied when assigned to a
Hi Marco
On Tue, Apr 2, 2024 at 2:56 AM Deleu wrote:
>
>
>
> On Mon, Apr 1, 2024 at 9:20 PM Ilija Tovilo wrote:
>>
>> I'd like to introduce an idea I've played around with for a couple of
>> weeks: Data classes, sometimes called structs in other lang
Hi Alexander
On Tue, Apr 2, 2024 at 4:53 AM Alexander Pravdin wrote:
>
> On Tue, Apr 2, 2024 at 9:18 AM Ilija Tovilo wrote:
> >
> > I'd like to introduce an idea I've played around with for a couple of
> > weeks: Data classes, sometimes called structs in oth
Hi Derick
On Tue, Apr 2, 2024 at 4:15 PM Derick Rethans wrote:
>
> What do y'all think about requiring GPG signed commits for the php-src
> repository?
Let me repost my internal response for visibility.
I'm currently struggling to understand what kind of attack signing
commits prevents.
If you
Hi Larry
On Tue, Apr 2, 2024 at 5:31 PM Larry Garfield wrote:
>
> On Tue, Apr 2, 2024, at 12:17 AM, Ilija Tovilo wrote:
> > Hi everyone!
> >
> > I'd like to introduce an idea I've played around with for a couple of
> > weeks: Data classes, sometime
Hi Rowan
On Tue, Apr 2, 2024 at 8:48 PM Rowan Tommins [IMSoP]
wrote:
>
> In fact, you don't need to compromise anybody's key: you could socially
> engineer a situation where you have push access to the repository, or break
> the security in some other way. As I understand it, this is exactly wh
On Tue, Apr 2, 2024 at 9:43 PM Rowan Tommins [IMSoP]
wrote:
>
> Similarly, if you discover a compromised key or signing account, you can look
> for uses of that key or account, which might be a tiny number from a non-core
> contributor; if you discover a compromised account pushing unsigned comm
Hi Niels
On Tue, Apr 2, 2024 at 8:16 PM Niels Dossche wrote:
>
> On 02/04/2024 02:17, Ilija Tovilo wrote:
> > Hi everyone!
> >
> > I'd like to introduce an idea I've played around with for a couple of
> > weeks: Data classes, sometimes called structs
Hi Rowan
On Tue, Apr 2, 2024 at 10:10 PM Rowan Tommins [IMSoP]
wrote:
>
> On 02/04/2024 01:17, Ilija Tovilo wrote:
>
> I'd like to introduce an idea I've played around with for a couple of
> weeks: Data classes, sometimes called structs in other languages (e.g.
> Swi
Hi Larry
On Wed, Apr 3, 2024 at 12:03 AM Larry Garfield wrote:
>
> On Tue, Apr 2, 2024, at 6:04 PM, Ilija Tovilo wrote:
>
> > I think you misunderstood. The intention is to mark both call-site and
> > declaration. Call-site is marked with ->method!(), while declaration
&g
On Thu, Apr 4, 2024 at 5:58 PM Tim Düsterhus wrote:
>
> On 4/4/24 16:36, Pablo Rauzy wrote:
> > I strongly agree in theory, but this could break existing code, and
> > moreover such a proposal was already rejected:
> > https://wiki.php.net/rfc/strict_argcount
>
> The RFC is 9 years old by now. My
Hi Joel
On Fri, Apr 5, 2024 at 3:10 PM Joel Wurtz wrote:
>
> Like a lot of libraries, we offer the possibility to configure behaviors with
> Attributes. However in some cases it's wrongly configured by the user and
> this wrong configuration cannot be detected on the attribute constructor but
Hi Rowan
On Fri, Apr 5, 2024 at 12:28 AM Rowan Tommins [IMSoP]
wrote:
>
> On 03/04/2024 00:01, Ilija Tovilo wrote:
>
> Regardless of the implementation, there are a lot of interactions we will
> want to consider; and we will have to keep considering new ones as we add to
>
Hi everyone
Heads-up: Larry and I would like to start the vote of the property
hooks RFC tomorrow:
https://wiki.php.net/rfc/property-hooks
We have worked long and hard on this RFC, and hope that we have found
some middle-ground that works for the majority. One last concern we
have not officially
Hi Robert
On Tue, Apr 9, 2024 at 9:34 PM Robert Landers wrote:
>
> On Tue, Apr 9, 2024 at 8:56 PM Larry Garfield wrote:
> >
> > The Aviz RFC was put to a vote last year but didn't pass.
>
> It would be really nice if votes weren't just a yes/no vote, but
> yes/needs-more-work/no vote, where need
Hi Juliette
On 9-4-2024 16:03, Juliette Reinders Folmer wrote:
> On 8-4-2024 23:39, Ilija Tovilo wrote:
>>
>> https://wiki.php.net/rfc/property-hooks
>>
>
> I realize it is late in the discussion period to speak up, but for months
> I've been trying to find th
Hi Matthew
We're going to skip over the reiterations of Juliettes arguments, as
they have already been responded to.
On Thu, Apr 11, 2024 at 12:08 AM Matthew Weier O'Phinney
wrote:
>
> On Mon, Apr 8, 2024 at 4:41 PM Ilija Tovilo wrote:
>>
>> https://externals.io/me
1 - 100 of 411 matches
Mail list logo
