Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:118729
MIME-Version: 1.0
References: <CAMrrT8_qMbfiaYp5PGfFxby7VQn3MVFNHZzjrKYPurK6apatPg@mail.gmail.com>
 <CAKxcST-Z6CJoJfacfb9hrZr6NKMFXvFQtaFZeE4GYHQN9uAr8A@mail.gmail.com>
 <CAESVnVrL8YweQAAnbjNMDGmXA9L0iXJ2Paw+B8tJjcV3-G=j6Q@mail.gmail.com>
 <CAMrrT89FfGReZnJ0eQusxMZFCwTUzC0ftErHpzbDd0jxFMu=EQ@mail.gmail.com> <CAEKnhAF5f8XuR66+1Skatgwc3Tke_F73_34z4mx0cE+5hQi5pA@mail.gmail.com>
In-Reply-To: <CAEKnhAF5f8XuR66+1Skatgwc3Tke_F73_34z4mx0cE+5hQi5pA@mail.gmail.com>
Date: Sun, 2 Oct 2022 23:31:19 +0200
Message-ID: <CAMrrT897WVbV=Z585WxcRe+B=0wfgrgvcUrTDkVuFWwVVB=D-w@mail.gmail.com>
To: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000004f54c805ea13f351"
Subject: Re: [PHP-DEV] RFC: StreamWrapper Support for glob()
From: timmy.almroth@gmail.com (Timmy Almroth)

--0000000000004f54c805ea13f351
Content-Type: text/plain; charset="UTF-8"

>
> I had a quick look to that PoC and it's basically just a quick wrapper
> that depends on GLOB_ALTDIRFUNC. Unfortunately that's a non standard
> extension that might be missing on some platform (e.g. alpine won't
> probably work because from a quick look the musl libc doesn't seeem to
> implement it - https://git.musl-libc.org/cgit/musl/tree/include/glob.h ).
> The code obviously needs more work and we will need bunch of tests for
> this. Well obviously it's just a PoC but what I want to say is that
> implementation is really main thing here and should also help to provide
> more details in RFC. For example it's not currently clear that you would
> change underlaying glob implementation on some platforms - quite important
> thing to mention though. To be honest if there is a good implementation, I
> think it's quite unlikely that the RFC will fail.
>

Hi Jakub. Indeed, it looks like Alpine users would not benefit from this. I
made notes of this in the RFC, thank you.

I understand you would have wanted to see the final PR. I do too. I will
not be involved in producing the final PR and these were the conditions I
agreed on. It's hard to find someone who will invest the time not knowing
if all their work will carry through. I wish there were two steps in the
RFC process. One voting for qualifying the idea/concept, and a second part
to vote for the final PR. The first qualifying part could sort out the vast
undesired ideas. And the second could attract coders and maybe allow for
several PR proposals. Do the php team have any future intentions to maybe
implement an RFC management system that could optimize both the creation,
user experience, and voting process?

--0000000000004f54c805ea13f351--