Re: [PHP-DEV] Vote process change proposal

Hi! > Repeatedly, explicitly, strongly asking to shut down a RFC or general > proposal is what I consider as harassment. Even more if prominent > figures do it. As I suspected, your definition of harassment is very different from mine. If someone would ask me to shutdown RFC without explanation,

Re: [PHP-DEV] Vote process change proposal

On Mar 18, 2015 10:52 AM, "Stanislav Malyshev" wrote: > > Hi! > > > Private emails, pressure and what many, including myself, consider as > > harassment is a big issue in many OSS projects, and for PHP too. I am > > What exactly you are calling "harassment"? Repeatedly, explicitly, strongly askin

Re: [PHP-DEV] [RFC][Accepted] Scalar Type Declarations V0.5

Hi Pierre, On Wed, Mar 18, 2015 at 1:35 PM, Pierre Joye wrote: > On Mar 18, 2015 11:26 AM, "Yasuo Ohgaki" wrote: > > > I didn't have my time to spent for the patch. So I don't verify this > > by myself, but it seems common sense for this RFC. > > So you voted against it without knowing how it a

Re: [PHP-DEV] [RFC][Accepted] Scalar Type Declarations V0.5

On Mar 18, 2015 11:26 AM, "Yasuo Ohgaki" wrote: > I didn't have my time to spent for the patch. So I don't verify this > by myself, but it seems common sense for this RFC. So you voted against it without knowing how it actually works or aims to work? I suggest you to do it now then, before going

Re: [PHP-DEV] [RFC][Accepted] Scalar Type Declarations V0.5

Hi Andre, On Wed, Mar 18, 2015 at 8:53 AM, André Rømcke wrote: > TL;DR; weak mode is for api consumers, aka normal php users, while strict > is > for the actual target users of this features: api (library/framework) > creators. > How could it possible? On Mon, Mar 16, 2015 at 2:49 PM, Dennis

Re: [PHP-DEV] Vote process change proposal

Hi! > Private emails, pressure and what many, including myself, consider as > harassment is a big issue in many OSS projects, and for PHP too. I am What exactly you are calling "harassment"? I have a feeling we are talking about different things, so it would be nice to explain what exactly is har

Re: [PHP-DEV] Vote process change proposal

On Wed, Mar 18, 2015 at 10:24 AM, Stanislav Malyshev wrote: > Hi! > >> I think having clearer rules about what lobbying is permitted, and >> introducing some rules on who can vote on what would be a better way >> of limiting the effect of lobbying. > > And pretty soon we'll have 100-page law codex

[PHP-DEV] Re: RFC proposal, deprecate "String conversion" for undefined constants.

Thanks after seeing a PR with the correct wording, I finally understood what I needed to put in that last field. I feel like a robot. Also my wiki username for the internals list is: cminick Thanks for your help! On Tue, Mar 17, 2015 at 5:21 PM, Christoph Becker wrote: > Admin Admin wrote: > >

Re: [PHP-DEV] Vote process change proposal

On Tue, Mar 17, 2015 at 4:24 PM, Stanislav Malyshev wrote: > Hi! > > > I think having clearer rules about what lobbying is permitted, and > > introducing some rules on who can vote on what would be a better way > > of limiting the effect of lobbying. > > And pretty soon we'll have 100-page law co

Re: [PHP-DEV] Voting irregularities

hi, On Wed, Mar 18, 2015 at 9:00 AM, Hannes Magnusson wrote: > On Tue, Mar 17, 2015 at 2:15 PM, Sebastian B.-Hagensen > wrote: >> Hi, >> >> 2015-03-17 20:55 GMT+01:00 Hannes Magnusson : >>> If you need to confirm the statistics, or gather more background data, >>> then feel free to contact me pr

Re: [PHP-DEV] [RFC][Accepted] Scalar Type Declarations V0.5

> On Mar 17, 2015, at 18:04 , Leigh wrote: > > On 17 March 2015 at 08:37, Lester Caine wrote: > >> To help towards that end, can someone who understands what is wanted >> from the weak type hint mode actually produce a summary of that as it is >> very difficult to extract just what has now been

Re: [PHP-DEV] Vote process change proposal

Hi! > I think having clearer rules about what lobbying is permitted, and > introducing some rules on who can vote on what would be a better way > of limiting the effect of lobbying. And pretty soon we'll have 100-page law codex about rules of campaigning and campaign expenditures and what can be

Re: [PHP-DEV] RE: [PHP-CVS] com php-src: Enable GCC global register variables if available: Zend/Zend.m4 Zend/zend_execute.c

Please also tell your GCC version. We had problems with 4.6.3 and 4.7.0, so we disabled global variables for GCC prior 4.8.0. Thanks. Dmitry. On Wed, Mar 18, 2015 at 12:36 AM, Dmitry Stogov wrote: > Hi Caio, > > Could you please run "make test" with and without the patch and compare > the faile

Re: [PHP-DEV] Vote process change proposal

Hi! > people vote to appear/be active I don't see any way to avoid it - people > with a strong opinion might still try to win over, others might just go > this route if they think something really, really bad is happening - > we'll never know unless they publicly post this call to action. So, ess

Re: [PHP-DEV] VCS Account Request: dustin

On Mon, Mar 16, 2015 at 4:17 AM, Dustin Whtitle wrote: > Maintaining the documentation Have you seen https://edit.php.net ? I'd recommend getting involved there and or checkout php...@lists.php.net -Hannes -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://

Re: [PHP-DEV] Vote process change proposal

On Tue, Mar 17, 2015 at 10:10 PM, Stelian Mocanita < stelian.mocan...@gmail.com> wrote: > > Why we want to block it? What's wrong in convincing people that your > > idea is OK (or that it's not OK, for that matter)? Isn't it kind of the > > whole point of discussing it? > > > While I agree with di

Re: [PHP-DEV] Vote process change proposal

On 17.03.2015 22:37, Stanislav Malyshev wrote: >> While I agree with discussing an ongoing vote, I do not find it ok for >> people >> to be able to see the current status of an ongoing vote. This might lead to >> harassing people into voting just to change the outcome. Clear example: > > You frame

RE: [PHP-DEV] Vote process change proposal

All, I wholeheartedly recommend that we don't discuss any proposals to change the voting process at this point in time. There are definitely flaws in the voting RFC and its implementation, and I think we should address them - but not right now. With the exception of the few RFCs still up for a

Re: [PHP-DEV] Vote process change proposal

I dislike the lobbying, and think some of the allgeged abusive back-channel communications are wildly out of order, but I would be against this change. There have been a couple of instances in the past few weeks where someone has voted in a particular way. When asked why they voted like that, the

[PHP-DEV] Re: VCS Account Request: cmb

VCS Account Approved: cmb approved by bjori \o/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: RFC proposal, deprecate "String conversion" for undefined constants.

Admin Admin wrote: >> You have to enter the email address of this mailing list into the fourth >> field of the form. > > Just gave that a try, no error message. still goes back to the form. Indeed there is a bug with regard to the messages. I have submitted a PR (

Re: [PHP-DEV] Voting irregularities

On Tue, Mar 17, 2015 at 2:15 PM, Sebastian B.-Hagensen wrote: > Hi, > > 2015-03-17 20:55 GMT+01:00 Hannes Magnusson : >> If you need to confirm the statistics, or gather more background data, >> then feel free to contact me privately, off the list, and I'll get you >> the account approval dates (k

Re: [PHP-DEV] phar_rename_archive() bug fix for PHP7

I recently stumbled over that issue, too; thanks for looking into it. Looking at the patch, it seems, that some handling for bzip2 archives is missing; I think if there are special cases for .tar, .tgz and .zip, there should also be a case for .tbz2 (.tar.bz2). Yep, I discussed this with a frie

Re: [PHP-DEV] Voting irregularities

Hi, 2015-03-17 20:55 GMT+01:00 Hannes Magnusson : > If you need to confirm the statistics, or gather more background data, > then feel free to contact me privately, off the list, and I'll get you > the account approval dates (karma and/or wiki). While I agree that the issue at hand was not presen

Re: [PHP-DEV] Vote process change proposal

Hi! > While I agree with discussing an ongoing vote, I do not find it ok for > people > to be able to see the current status of an ongoing vote. This might lead to > harassing people into voting just to change the outcome. Clear example: You frame trying to change people's mind as something negat

Re: [PHP-DEV] RE: [PHP-CVS] com php-src: Enable GCC global register variables if available: Zend/Zend.m4 Zend/zend_execute.c

Hi Caio, Could you please run "make test" with and without the patch and compare the failed tests. The patch must not add new failures. Thanks. Dmitry. On Tue, Mar 17, 2015 at 10:15 PM, Caio Souza Oliveira < caio.olive...@eldorado.org.br> wrote: > Hello guys! > I’ve included the optimization pr

Re: [PHP-DEV] RE: [PHP-CVS] com php-src: Enable GCC global register variables if available: Zend/Zend.m4 Zend/zend_execute.c

On Tue, Mar 17, 2015 at 10:39 PM, Stanislav Malyshev wrote: > Hi! > > Dmitry, the perf boost of this is awesome, but is it completely safe? > > Won't a signal potentially overwrite a register variable here? Like on a > > timeout, for example? > > The docs say (http://gcc.gnu.org/onlinedocs/gcc/Gl

Re: [PHP-DEV] RE: [PHP-CVS] com php-src: Enable GCC global register variables if available: Zend/Zend.m4 Zend/zend_execute.c

We use "preserved" CPU registers. According to ABI called functions have to keep them unchanged. Of course they may save and then restore them back. I didn't see any problems yet, however I know that some old GCC may generate invalid code when using global registers. Most probably we will have to l

Re: [PHP-DEV] PHP apache2handler virtual() function

Hi! > i.e. when it works at all. With Apache 2.4 the ap_rflush() in zif_virtual() > terminates the currently running main request, in my testing, resulting in a > completely crashing apache. This might be remedied, though. > > At the moment, as part of my efforts to fix bug 68486, I have modifi

Re: [PHP-DEV] Vote process change proposal

> Why we want to block it? What's wrong in convincing people that your > idea is OK (or that it's not OK, for that matter)? Isn't it kind of the > whole point of discussing it? While I agree with discussing an ongoing vote, I do not find it ok for people to be able to see the current status of an

Re: [PHP-DEV] Vote process change proposal

Hi, 2015-03-17 21:35 GMT+01:00 Stanislav Malyshev : > Or, even worse, given current tendencies, somebody submits a proposal, > couple of people say "yeah good idea", then vote happens and somehow > there's 30 "no" votes without any explanation - and without possibility > to fix it since by the tim

Re: [PHP-DEV] Vote process change proposal

I see absolutely no issues with the visibility of votes, or the act of “lobbying” for someone’s vote. On Tue, Mar 17, 2015 at 4:36 PM, Stanislav Malyshev wrote: > Hi! >> This would block voting "lobbying" in various social channels based on >> possible >> outcomes, and would allow voting to run

Re: [PHP-DEV] Vote process change proposal

Hi! > This would block voting "lobbying" in various social channels based on > possible > outcomes, and would allow voting to run its course unaltered. The people Why we want to block it? What's wrong in convincing people that your idea is OK (or that it's not OK, for that matter)? Isn't it kind

[PHP-DEV] Re: Vote process change proposal

Hello Stelian, just FYI: it was proposed in the past and even implemenented [1], but then reverted [2]. However, I don't remember reasoning back then. Regards, Maciej. [1]: https://github.com/php/web-wiki/pull/1 [2]: https://github.com/php/web-wiki/commit/19ca75aa1e06b3c5ad9a61204bbc34189368

[PHP-DEV] Vote process change proposal

Hello internals, In the light of recent events, I would like to propose a change to the way we vote. The change would be switching from visible casted votes to private / hidden votes until the date/time the vote closes, at which time everything will be made visible once again. This would block v

Re: [PHP-DEV] Voting irregularities

On Sun, Mar 15, 2015 at 7:19 AM, Anthony Ferrara wrote: > All, > > I ran some numbers on the current votes of the dual-mode vote right > now. There were a number of voters that I didn't recognize. So I > decided to pull some stats. > > The following voters never voted before the dual-mode RFC went

Re: [PHP-DEV] RE: [PHP-CVS] com php-src: Enable GCC global register variables if available: Zend/Zend.m4 Zend/zend_execute.c

Hi! > Dmitry, the perf boost of this is awesome, but is it completely safe? > Won't a signal potentially overwrite a register variable here? Like on a > timeout, for example? The docs say (http://gcc.gnu.org/onlinedocs/gcc/Global-Reg-Vars.html): It is not safe to access the global register variab

[PHP-DEV] VCS Account Request: cmb

helping to maintain the wiki (php/web-wiki and php/web-shared) as suggested by bjori -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RE: [PHP-CVS] com php-src: Enable GCC global register variables if available: Zend/Zend.m4 Zend/zend_execute.c

> Diff: > diff --git a/Zend/Zend.m4 b/Zend/Zend.m4 > index 16f2d5f..e12b00d 100644 > --- a/Zend/Zend.m4 > +++ b/Zend/Zend.m4 > @@ -409,3 +409,48 @@ else > AC_MSG_RESULT(no) >fi > fi > + > +AC_ARG_ENABLE(gcc-global-regs, > +[ --disable-gcc-global-regs > + whether

Re: [PHP-DEV] phar_rename_archive() bug fix for PHP7

On 17/03/15 15:55, Ralph Schindler wrote: > hi all, > > Phar::convertTo*() methods have a design flaw such that phar files can't > be successfully converted and retain the proper file suffix at the same > time when the base name contains dots. An expression of this is > attempting to convert some

Re: [PHP-DEV] [RFC][Accepted] Scalar Type Declarations V0.5

On 17 March 2015 at 08:37, Lester Caine wrote: > To help towards that end, can someone who understands what is wanted > from the weak type hint mode actually produce a summary of that as it is > very difficult to extract just what has now been agreed for that area of > type hinting. A base that c

Re: [PHP-DEV] RE: [PHP-CVS] com php-src: Enable GCC global register variables if available: Zend/Zend.m4 Zend/zend_execute.c

Hi Dmitry, I can confirm a ~10-11% reduction in execution time of the bench.php from last month build (x64) to today's commit (from 1.154 sec to 1.010). Amazing job! Albert On Tue, Mar 17, 2015 at 1:39 PM, Gustavo Frederico Temple Pedrosa < gustavo.pedr...@eldorado.org.br> wrote: > Hi, Dmitry.

[PHP-DEV] phar_rename_archive() bug fix for PHP7

hi all, Phar::convertTo*() methods have a design flaw such that phar files can't be successfully converted and retain the proper file suffix at the same time when the base name contains dots. An expression of this is attempting to convert something-v3.0.0.phar to say a tar.gz via convertToEx

[PHP-DEV] [RFC RESULT] Generator Return Expressions

The Generator Return Expressions RFC vote has concluded with the following results: YES: 32 NO: 0 https://wiki.php.net/rfc/generator-return-expressions#vote Thank you again to everyone who took time to read and consider the proposal. The associated patch will be merged into master in the coming

Re: [PHP-DEV] Streams BC break unfixed since 5.6.5

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 17/03/2015 14:12, Jan Schneider a écrit : > Hello, > > now that RFCing has settled down a bit, and things should get back > to more development and less politics, can someone please take a > look at this regression: https://bugs.php.net/bug.php?id=

[PHP-DEV] Streams BC break unfixed since 5.6.5

Hello, now that RFCing has settled down a bit, and things should get back to more development and less politics, can someone please take a look at this regression: https://bugs.php.net/bug.php?id=68948 that has a PR here: https://github.com/php/php-src/pull/1153 This BC breaking regressio

[PHP-DEV] RE: [PHP-CVS] com php-src: Enable GCC global register variables if available: Zend/Zend.m4 Zend/zend_execute.c

Hi, Dmitry. Thank you for contacting us. Leonardo and Caio (in CC), they will verify. Thank you very much. Temple. From: Dmitry Stogov [mailto:dmi...@zend.com] Sent: terça-feira, 17 de março de 2015 08:01 To: Ard Biesheuvel; Gustavo Frederico Temple Pedrosa Cc: PHP Internals Subject: Fwd:

[PHP-DEV] Fwd: [PHP-CVS] com php-src: Enable GCC global register variables if available: Zend/Zend.m4 Zend/zend_execute.c

Hi, Please consider possibility of using the same optimization for ARM, PPC and may be other platforms. On x86(_84) it makes 2-7% speedup. Only the similar changes in zend_execute.c and Zend.m4 are required to enable it. Thanks. Dmitry. -- Forwarded message -- From: Dmitry Stogov

Re: [PHP-DEV] About declare(strict_types = 1)

On March 16, 2015 11:10:41 PM GMT+01:00, Pierre Joye wrote: >On Mar 17, 2015 7:05 AM, "Peter Petermann" >wrote: >> >> >> >> On March 16, 2015 2:32:39 PM GMT+01:00, Pascal Chevrel < >pascal.chev...@free.fr> wrote: >> >> >It's too late, Bob's Basic STH missed the schedule for PHP 7, it was >> >p

Re: [PHP-DEV] [VOTE] Reserve even more type hints

On 17 March 2015 at 08:02, Sanford Whiteman wrote: > > rather than having a single untyped parameter amongst typed ones > > > Yes, when experimenting with strict types, I'd rather move things in and > out of 'mixed' than remove the notation completely. Like you said, 'mixed' > means, "I've revie

Re: [PHP-DEV] [RFC][Accepted] Scalar Type Declarations V0.5

On 17/03/15 02:50, Stanislav Malyshev wrote: > Let's get on the road for PHP 7 GA and make it the best PHP release ever. To help towards that end, can someone who understands what is wanted from the weak type hint mode actually produce a summary of that as it is very difficult to extract just what

Re: [PHP-DEV][RFC][VOTE] Strict Argument Count On Function Calls

Hi, all At first, Thanks for all your work put in here, Marcio. It gave me a new hint for a possible code-failure. FYI: PhpStorm lately added an inspector for that. Glad to see that move after I heard that the RFC won't pass. https://youtrack.jetbrains.com/issue/WI-14692 Bye, Simon On Mon, Mar

Re: [PHP-DEV] [VOTE] Reserve even more type hints

> rather than having a single untyped parameter amongst typed ones Yes, when experimenting with strict types, I'd rather move things in and out of 'mixed' than remove the notation completely. Like you said, 'mixed' means, "I've reviewed this area and concluded it needs to be dynamic." Also, may

Re: [PHP-DEV] [VOTE] Reserve even more type hints

On 17 March 2015 at 07:08, Leigh wrote: > > I agree, mixed seems to serve no purpose (just don't hint the parameter, > same result). Resource is something we're hopefully going to phase out over > time as they get replaced with objects (like Nikita already did with GMP, > and hopefully will happen

Re: [PHP-DEV] [VOTE] Reserve even more type hints

On 16 March 2015 at 23:37, Dan Ackroyd wrote: > > In particular the keywords 'Resource' and 'mixed' seem to have limited > need to be reserved. I don't believe there has been any suggestion > that either of these would actually be used as types for PHP 7.x. So > making them be unusable seems to be