>
> Richard,
>
> The minimal voting period is actually just one week, so as far as the
> Voting RFC requirements are concerned, you can close it right now. If you
> want to stick to the Sep 16 deadline you announced at the beginning of the
> vote, someone else can close the poll, Sep 16 is just ho
y, September 15, 2017 7:00 PM
To: Stanislav Malyshev ; internals@lists.php.net
Subject: Re: [PHP-DEV] [VOTE] UUID
On 9/6/2017 9:56 PM, Stanislav Malyshev wrote:
> BTW, the RFC text does not have vote end date, please add it.
>
Done, had to move that to Wednesday, because I won't have I
On 9/6/2017 9:56 PM, Stanislav Malyshev wrote:
> BTW, the RFC text does not have vote end date, please add it.
>
Done, had to move that to Wednesday, because I won't have Internet
access until then. Closing it today would mean that the min of 2 weeks
voting would not be achieved.
--
Richard "Fl
Hi!
> That would be fine and appropriate. The RFC targets 7.3. Having a
> discussion and vote in March gives plenty of time for getting it into
> 7.3
>
> Cancelling a vote just to avoid an RFC being rejected is (imo) playing
> slightly fast and loose with the rules.
I agree. I think the RFC itse
On Wed, Sep 6, 2017 at 11:30 AM, François Laupretre
wrote:
>> Secondly, ideally, this shouldn't just be a mechanism to mix and match C
>> and PHP - but actually make it easy for people to write pure PHP code
>> that'll become integrated to the PHP binary. PCS can practically already
>> support th
Hi Zeev,
Le 06/09/2017 à 16:01, Zeev Suraski a écrit :
Thanks for the pointer! I didn't pay close attention to that discussion
back then. I do remember François brought it up in a discussion back in
2015 in Paris.
For me the issue of security is a major benefit that I don't think was
brought u
On 06/09/17 13:46, Zeev Suraski wrote:
> We’d probably have to be pretty selective in terms of what goes in there –
> probably just as selective as we are with the C-based extensions, but I’d
> imagine that things like ext/exif, UUID, and perhaps even things like
> unserialize() could find thems
On Wed, Sep 6, 2017 at 4:19 PM, Nikita Popov wrote:
> On Wed, Sep 6, 2017 at 2:46 PM, Zeev Suraski wrote:
>
> > I think that actually makes a lot of sense, and not just because of the
> > supportability – but also because of security. A whole class of security
> > exploits – buffer/stack overfl
On Wed, Sep 6, 2017 at 2:46 PM, Zeev Suraski wrote:
> I think that actually makes a lot of sense, and not just because of the
> supportability – but also because of security. A whole class of security
> exploits – buffer/stack overflows, underruns and all sorts of memory
> mismanagement become i
Le 06/09/2017 à 14:46, Zeev Suraski a écrit :
> We could create a mechanism where the contents of certain .php files is
> embedded into the binary, compiled during MINIT, and made available pretty at
> the same ‘builtinness’ level as C extensions.
Just for memory, an implementation already exi
a mechanism.
Thoughts?
Zeev
From: Arvids Godjuks [mailto:arvids.godj...@gmail.com]
Sent: Wednesday, September 6, 2017 2:43 PM
To: Dan Ackroyd ; internals@lists.php.net
Cc: Zeev Suraski
Subject: Re: [PHP-DEV] [VOTE] UUID
I'd seriously start considering to start doing PHP code for things
I'd seriously start considering to start doing PHP code for things like
these, so they are not bogged down by the fact that they are in C and there
is 0.5 devs interested in supporting it.
On Wed, 6 Sep 2017, 14:09 Dan Ackroyd wrote:
> On 5 September 2017 at 18:24, Fleshgrinder wrote:
> > Maybe
On 5 September 2017 at 18:24, Fleshgrinder wrote:
> Maybe I should stop the vote. The discussion is happening now instead of
> before when I asked for it. We'll have to wait for at least six months
> for another vote if this is a no, due to the rules.
That would be fine and appropriate. The RFC t
On Di., 5. Sep. 2017, 21:32 Andreas Heigl wrote:
> Hey Richard
>
> Am 05.09.17 um 19:29 schrieb Fleshgrinder:
> > On 9/5/2017 7:01 PM, Andreas Heigl wrote:
> >> Hey Richard, Hey all.
> >>
> >> Thanks for putting up the RFC and the implementation!
> >>
> >> Having UUIDs in the core would be awesom
> Richard wrote:
> Maybe I should stop the vote. The discussion is happening now instead of
> before when I asked for it.
I'm +1 for this because I'd love to see UUID's get added to PHP 7.3! :)
Thanks,
Sammy Kaye Powers
sammyk.me
--
PHP Internals - PHP Runtime Development Mailing List
To unsubs
On 9/5/2017 9:32 PM, Andreas Heigl wrote:
> I'm well aware of that and perhaps I didn't express myself as clear as I
> should have.
>
> Imagine a use-case where a UUID-class is needed. But alongside the
> toString, toHex and toBinary there's also the need for a further
> function (let's call it to
Hey Richard
Am 05.09.17 um 19:29 schrieb Fleshgrinder:
> On 9/5/2017 7:01 PM, Andreas Heigl wrote:
>> Hey Richard, Hey all.
>>
>> Thanks for putting up the RFC and the implementation!
>>
>> Having UUIDs in the core would be awesome. One of the reasons would be
>> that it's in C. That'd be faster b
I'm sorry if my replies sound pissed. I'm generally not good at being
diplomatic in writing or talking, and currently under a lot of stress in
real life (which is of course not the problem of you guys).
Please bare with me, I honor all constructive feedback I receive, truly!
--
Richard "Fleshgri
On 9/5/2017 7:01 PM, Andreas Heigl wrote:
> Hey Richard, Hey all.
>
> Thanks for putting up the RFC and the implementation!
>
> Having UUIDs in the core would be awesome. One of the reasons would be
> that it's in C. That'd be faster but would also allow easier integration
> with system-calls to
On 9/4/2017 11:04 AM, Zeev Suraski wrote:
> Richard,
>
> I'm not accusing you of anything. This is all in positive constructive
> spirit, and I was the first to admit I may have missed something - and
> although at this point I don't think I did, that's still a possibility.
>
Sorry, than I mi
Am 02.09.17 um 09:01 schrieb Fleshgrinder:
> Hello Internals!
>
> I just started the voting for the inclusion of a UUID value object in
> PHP's core, targeting PHP 7.3. I wanted to start earlier, but was sick
> the whole week.
>
> The voting is open starting now and until September 16. (2 weeks).
> On 5 Sep 2017, at 14:32, Arvids Godjuks wrote:
>
> That way the API and
> features can be stabilized.
(Sorry for resend, just realised I sent from a non-list email)
Hi Arvids,
This is exactly why I (and possibly others) are in favour of this being
implemented as a few functions - the objec
2017-09-05 12:24 GMT+03:00 Stephen Reay :
>
> On 5 Sep 2017, at 14:32, Arvids Godjuks wrote:
>
> That way the API and
> features can be stabilized.
>
>
> Hi Arvids,
>
> This is exactly why I (and possibly others) are in favour of this being
> implemented as a few functions - the object side of th
2017-09-04 19:03 GMT+03:00 Sammy Kaye Powers :
> I really, really wanted to vote yes for this as I've wanted simple
> UUID creation in core for a long time, but I can't agree this is the
> correct implementation. Something like "uuid_v4_create()" seems to
> make a lot more pragmatic sense and use
I really, really wanted to vote yes for this as I've wanted simple
UUID creation in core for a long time, but I can't agree this is the
correct implementation. Something like "uuid_v4_create()" seems to
make a lot more pragmatic sense and use ramsey/uuid for anything more
complicated.
Sorry Richar
Le 02/09/2017 à 09:01, Fleshgrinder a écrit :
> Hello Internals!
>
> I just started the voting for the inclusion of a UUID value object in
> PHP's core, targeting PHP 7.3. I wanted to start earlier, but was sick
> the whole week.
>
> The voting is open starting now and until September 16. (2 week
gt; Sent: Sunday, September 3, 2017 10:17 AM
> > To: Zeev Suraski ; internals@lists.php.net
> > Subject: Re: [PHP-DEV] [VOTE] UUID
> >
> > On 9/2/2017 2:26 PM, Zeev Suraski wrote:
> > >
> > >> On 2 Sep 2017, at 13:43, Fleshgrinder wrote:
> > >
> -Original Message-
> From: Fleshgrinder [mailto:p...@fleshgrinder.com]
> Sent: Sunday, September 3, 2017 10:17 AM
> To: Zeev Suraski ; internals@lists.php.net
> Subject: Re: [PHP-DEV] [VOTE] UUID
>
> On 9/2/2017 2:26 PM, Zeev Suraski wrote:
> >
> >> O
>
> If we say it is a ubiquitous need and Spl stands for "Standard PHP
> Library" and namespace is already taken then why not? Better than breaking
> BC on a global UUID...
It doesn't really matter where it ends up, but which namespace is already
taken and how does moving things to Spl change any
eptember 3, 2017 10:30:53 AM
To: Andi Gutmans
Cc: PHP Internals List; Zeev Suraski
Subject: Re: [PHP-DEV] [VOTE] UUID
Why would it go under Spl? Spl is already bloated with loads of unrelated
classes with no real logical grouping.
On 3 Sep 2017 19:03, "Andi Gutmans"
mailto:andigutm...@gm
To: Zeev Suraski; internals@lists.php.net
Subject: Re: [PHP-DEV] [VOTE] UUID
Hey Zeev :)
On 9/2/2017 12:14 PM, Zeev Suraski wrote:
> I just voted 'no', and I'd like to quickly explain why:
>
> 0. I agree with the premise of the RFC, that we should have something
better than
iOS<https://aka.ms/o0ukef>
From: Fleshgrinder
Sent: Saturday, September 2, 2017 3:43:09 AM
To: Zeev Suraski; internals@lists.php.net
Subject: Re: [PHP-DEV] [VOTE] UUID
Hey Zeev :)
On 9/2/2017 12:14 PM, Zeev Suraski wrote:
> I just voted 'no
On 9/2/2017 2:26 PM, Zeev Suraski wrote:
>
>> On 2 Sep 2017, at 13:43, Fleshgrinder wrote:
>> The discussion was really ongoing for a long time, and actually very
>> heated as well. It was on GitHub with lots of comments, Internals,
>> Reddit, Twitter, ... everywhere.
>
> As far as I'm concerned
> On 2 Sep 2017, at 13:43, Fleshgrinder wrote:
> On 9/2/2017 12:14 PM, Zeev Suraski wrote:
>> I just voted 'no', and I'd like to quickly explain why:
>>
>> 0. I agree with the premise of the RFC, that we should have something better
>> than uniqid() built into the language.
>> 1. I think a ren
Hey Zeev :)
On 9/2/2017 12:14 PM, Zeev Suraski wrote:
> I just voted 'no', and I'd like to quickly explain why:
>
> 0. I agree with the premise of the RFC, that we should have something better
> than uniqid() built into the language.
> 1. I think a renewed discussion, beyond the two days of disc
vor of fixing this issue in PHP, but at the
same time against the proposed solution. I'd vote in favor of something along
the lines of uuid_v4_create() in a heartbeat.
Zeev
-Original Message-
From: Fleshgrinder [mailto:p...@fleshgrinder.com]
Sent: שבת 02 ספטמבר 2017 10:02
To
On 9/2/2017 9:32 AM, Niklas Keller wrote:
>>
>> Hello Internals!
>>
>> I just started the voting for the inclusion of a UUID value object in
>> PHP's core, targeting PHP 7.3. I wanted to start earlier, but was sick
>> the whole week.
>>
>> The voting is open starting now and until September 16. (2
>
> Hello Internals!
>
> I just started the voting for the inclusion of a UUID value object in
> PHP's core, targeting PHP 7.3. I wanted to start earlier, but was sick
> the whole week.
>
> The voting is open starting now and until September 16. (2 weeks).
RFC: https://wiki.php.net/rfc/uuid
Hello Internals!
I just started the voting for the inclusion of a UUID value object in
PHP's core, targeting PHP 7.3. I wanted to start earlier, but was sick
the whole week.
The voting is open starting now and until September 16. (2 weeks).
--
Richard "Fleshgrinder" Fussenegger
signature.as
39 matches
Mail list logo
