HI Rowan,
Thanks for sharing your thoughts.
On Fri, Mar 19, 2021 at 7:55 PM Rowan Tommins wrote:
>
> On 18/03/2021 09:20, Josh Di Fabio wrote:
> > "If you want to enable fibers in your application, you must be
> > confident about the implementation details of
On Thu, Mar 18, 2021 at 1:55 PM Guilliam Xavier
wrote:
>
> Hi,
>
>> Guzzle's requestAsync() returns a promise, it does not
>> interrupt/suspend the callsite. For example:
>>
>> // this function is not interrupted/suspended -- it will return
>> synchronously
>> function doSomething() {
>>
Hi Peter,
Thanks for clarifying.
On Thu, Mar 18, 2021 at 2:43 AM Peter Stalman wrote:
>
> On Wed, Mar 17, 2021 at 7:41 AM Josh Di Fabio wrote:
>>
>> Note the difference between the two. Also note how, in both of the
>> above cases, the asynchronicity is explicit and th
On Wed, Mar 17, 2021 at 9:06 AM Peter Stalman wrote:
>
> On Tue., Mar. 16, 2021, 23:49 Josh Di Fabio, wrote:
>>
>> Imagine for a moment that you create a library, awesome-library-x,
>> which uses a PSR logger internally. You will most certainly allow that
>> l
Hi Peter,
Thanks for the feedback!
On Wed, Mar 17, 2021 at 3:02 AM Peter Stalman wrote:
>
> On Tue., Mar. 16, 2021, 13:58 Josh Di Fabio, wrote:
>>
>> Fibers will not make those issues obvious at all. The issues I'm
>> describing will only crop up spontaneously
Hi Larry,
Thanks for the feedback. Replies inline.
On Tue, Mar 16, 2021 at 8:33 PM Larry Garfield wrote:
>
> On Tue, Mar 16, 2021, at 1:44 PM, Josh Di Fabio wrote:
>
> > Perhaps we could rather make fibers *opt in* at the *callsite*
> > (similar to goroutine calls) in order
Hi Niklas,
On Tue, Mar 16, 2021 at 8:07 PM Niklas Keller wrote:
>
> Hey Josh,
>
>>
>> > This is a very valid concern to have. However, this code won't simply
>> > break if executed asynchronously.
>> > It only breaks if the same method (or other methods making use of the same
>> > state) is exe
On Tue, Mar 16, 2021 at 6:20 PM Niklas Keller wrote:
>
> Hey Josh,
>
>>
>> Apologies, this is a long one!
>>
>> This RFC strikes me as being very dangerous. Implicitly allowing code
>> which is synchronous by design to be executed asynchronously seems
>> sure to lead to very subtle, unpredictable,
On Fri, Mar 12, 2021 at 10:54 PM Aaron Piotrowski wrote:
>
>
> > On Mar 12, 2021, at 4:36 PM, Christoph M. Becker wrote:
> >
> > On 12.03.2021 at 23:04, Michael Wallner wrote:
> >
> >> Thank you, and everyone involved, for your effort.
> >>
> >> On 08/03/2021 20.40, Aaron Piotrowski wrote:
> >>>
On Fri, Apr 12, 2019 at 4:27 PM Fabien S wrote:
>
>
> > On 12 Apr 2019, at 16:46, Theodore Brown wrote:
> >
> > On Thursday, April 11, 2019 at 10:22 AM Fabien S
> > wrote:
> >
> >> I really like the Haskell `\($x)` syntax, could someone confirm if
> >> it would possible to drop the parenthesis
On Thu, Mar 14, 2019 at 7:42 PM Theodore Brown wrote:
>
> On Thu, March 14, 2019 10:41 AM Nikita Popov wrote:
>
> > On Wed, Mar 13, 2019 at 4:56 PM Nikita Popov wrote:
> >
> > > Hi internals,
> > >
> > > Motivated by the recent list comprehensions RFC, I think it's time we took
> > > another loo
On Thu, Mar 14, 2019 at 3:49 PM Rowan Collins wrote:
>
> Is it really that important to save two key strokes per closure?
>
I'd say that the (probably overwhelming) majority of arrow functions
have a single parameter and, in those cases, the JS syntax saves four
characters, ignoring whitespace. A
Hello internals,
In my experience, LRU cache is a common pattern in userland. Each time
I write one in PHP, I suspect that it would probably be much more
efficient if it was implemented in C.
If this is indeed a very common pattern, and it would be much more
efficient implemented internally, is t
On Mon, Nov 21, 2016 at 9:40 AM Niklas Keller wrote:
> Morning Internals,
>
> I'd like to announce a RFC to allow omitting the type declarations for
> parameters in subclasses:
> https://wiki.php.net/rfc/parameter-no-type-variance
>
> PHP doesn't currently allow variance for parameters as checkin
On Thu, Nov 17, 2016 at 2:01 PM Craig Duncan wrote:
> On 17 November 2016 at 13:50, Josh Di Fabio wrote:
>
> What's the benefit of such an interface? Why not simply ask for `int
> $count` in your param list instead?
>
>
> Using the example from my original email, it
On Thu, Nov 17, 2016 at 1:00 PM Levi Morrison wrote:
> On Thu, Nov 17, 2016 at 5:52 AM, Craig Duncan wrote:
> > Hi everybody
> >
> > Following on from the recent rfc for *count()* (
> > https://wiki.php.net/rfc/counting_non_countables) and the one for
> *iterable*
> > (https://wiki.php.net/rfc/i
On Mon, Nov 14, 2016 at 8:54 AM Michał Brzuchalski
wrote:
> Hi All,
>
> Id' like to anounce voting reset - will end in two weeks on 28.11.2016 at
> midnight and requires 2/3 majority as previously.
>
> There were improvements suggested by Joe Watkins and earlier by Nikita
> Popov to the patch.
>
On Thu, Apr 28, 2016 at 4:54 AM, Levi Morrison wrote:
> Internals,
>
> As alluded to last week I have another RFC for improving the type
> system: [intersection types][1].
>
> It allows parameters to define multiple type constraints that must be
> satisfied. Common combinations of our built-in typ
On Wed, Apr 20, 2016 at 8:17 PM, Dominic Grostate
wrote:
> Thanks for you're input everyone.
>
> So far, we have read some ideas for handling upper bounds, or multiple there
> of.
> The preferred keywords appear to be either "as" or "instanceof".
>
> class Foo {}
> class Foo {}
>
> We would like t
On Mon, Apr 18, 2016 at 10:47 AM, Josh Di Fabio wrote:
> On Mon, Apr 18, 2016 at 6:20 AM, Rasmus Schultz wrote:
>> Hello internals,
>>
>> I'd like to introduce an RFC proposing the addition of generic types
>> and functions:
>>
>> https://wiki.php.net/
On Mon, Apr 18, 2016 at 6:20 AM, Rasmus Schultz wrote:
> Hello internals,
>
> I'd like to introduce an RFC proposing the addition of generic types
> and functions:
>
> https://wiki.php.net/rfc/generics
>
> Ben Scholzen started this RFC as a quick draft with a few code samples
> in August last year
All of you guys contributing to the core are brilliant people doing
great work; as a userland developer I just want to say thanks and keep
up the good work!
Thank you!
On Thu, Nov 12, 2015 at 1:11 PM, wrote:
> Hi,
>
> The seventh release candidate for 7.0.0 was just released and can be
> downlo
There have been some good points made here but I think everything
which needs to be said has been said.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Great suggestion, Remi, I'd love to see this change!
On Wed, Jul 22, 2015 at 7:49 PM, Sara Golemon wrote:
>
> On Wed, Jul 22, 2015 at 4:55 AM, Remi Collet wrote:
> > See https://bugs.php.net/bug.php?id=70112
> >
> I'm not inherently against it, but this really really sounds like a
> job for a us
24 matches
Mail list logo
