On Thu, 25 Jan 2024, 06:22 Hans Henrik Bergan, wrote:
> On Wed, 24 Jan 2024 at 17:59, Marco Pivetta wrote:
> >
> > Depends on the actual numbers: is there any way to make a comparison that
> > is relatively stable across architectures?
> >
> > Would it be feasible to start with the
> > cross-pla
On Wed, 24 Jan 2024 at 17:59, Marco Pivetta wrote:
>
> Depends on the actual numbers: is there any way to make a comparison that
> is relatively stable across architectures?
>
> Would it be feasible to start with the
> cross-platform-let-the-compiler-do-its-job version (that somebody may
> actuall
I have been so busy lately, which gave me no time to work on the type alias
implementation. but I will be happy if anyone can volunteer/help in
implementing this feature so that it can be introduced in PHP 8.4 or 9.0,
as this will help optimise a lot of people and codebase out there.
On Monday, O
Le mer. 24 janv. 2024 à 18:13, Mönôme Epson a
écrit :
> No, I hadn't seen it. Sorry, it was marked on it : "Status: Implemented"
>
> It's because of this kind of code confused me: https://3v4l.org/s8h2l
>
> Everything is back to normal.
>
> Thanks
>
> Le mer. 24 janv. 2024 à 17:09, Marco Pivetta
No, I hadn't seen it. Sorry, it was marked on it : "Status: Implemented"
It's because of this kind of code confused me: https://3v4l.org/s8h2l
Everything is back to normal.
Thanks
Le mer. 24 janv. 2024 à 17:09, Marco Pivetta a écrit :
> Hey Mönôme,
>
> On Wed, 24 Jan 2024 at 17:07, Mönôme Eps
On Wed, 24 Jan 2024 at 17:55, tag Knife wrote:
> Should we even be considering the specific instruction implementations?
> I've always been in the camp
>
Depends on the actual numbers: is there any way to make a comparison that
is relatively stable across architectures?
Would it be feasible to
On Wed, 24 Jan 2024 at 16:27, Hans Henrik Bergan wrote:
> Maybe vote on it? (that was suggested in the PR too,
> https://github.com/php/php-src/pull/13194#issuecomment-1900430400 )
>
> Can think of 6 things
>
> 1: Should BLAKE3 be added to PHP? yes/no
> 2: Should ARM Neon (2007) optimized impleme
Maybe vote on it? (that was suggested in the PR too,
https://github.com/php/php-src/pull/13194#issuecomment-1900430400 )
Can think of 6 things
1: Should BLAKE3 be added to PHP? yes/no
2: Should ARM Neon (2007) optimized implementation be bundled? yes/no
3: Should x86_64 SSE2 (2000) optimized impl
Hey Mönôme,
On Wed, 24 Jan 2024 at 17:07, Mönôme Epson wrote:
> Hello internals,
> My best wishes for 2024
>
> I just read this RFC:
> https://wiki.php.net/rfc/php7_foreach#foreach_by_reference_over_arrays
> Does anyone remember why this RFC remained?
> Since 2015 ... 97% Yes
>
Seen this?
http
Hello internals,
My best wishes for 2024
I just read this RFC:
https://wiki.php.net/rfc/php7_foreach#foreach_by_reference_over_arrays
Does anyone remember why this RFC remained?
Since 2015 ... 97% Yes
Best regards,
SVGAnimate
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. I'm not sure how o
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
>
>
> Feel free to share this list here, on GitHub or otherwise. I'm
> skeptical whether throwing partially outdated resources at people is
> actually helpful.
>
> > - Add a new page in the Github repo with all these links and link to that
> > page from the contributing page
> > - Keep the list in
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
> >
>
> 1/ This function reaches
14 matches
Mail list logo