Re: [PHP-DEV] Re: [VOTE] PDO Float Type

Hi Adam, On 15/05/2017 14:54, Adam Baratz wrote: >> You can't possibly think that changing the constant name resets the >> cooldown counter. > > I don't. I posted a new version of the RFC on May 1st. These are the notes > I sent to this list: > > Most of the discussion in the last round was abou

Re: [PHP-DEV] [RFC] deprecate PDO::PARAM_NULL

Hi Adam, On 15/05/2017 13:49, Adam Baratz wrote: > I've heard a few people here mention that this type isn't useful. It looks > like it wouldn't be harmful to remove. The RFC mainly outlines the impact > and proposes a schedule for doing so. > > https://wiki.php.net/rfc/deprecate_pdo_null > > Pl

Re: [PHP-DEV] PDO Parameter types // PDO::PARAM_AUTO

Hi Dorin, On 15/05/2017 18:22, Dorin Marcoci wrote: > Currently PDOStatement::bindValue is declared as > > public bool PDOStatement::bindValue ( mixed $parameter , mixed $value [, int > $data_type = PDO::PARAM_STR ] ) > > where third parameter is data type, string type as default. > > It may be

Re: [PHP-DEV] Implement formal process for run-tests.php refactor

On Mi, 2017-05-17 at 23:30 +0200, Marco Pivetta wrote: > Is Sebastian copied in here? Why can't we just use the super-battle- > tested > PHPUnit? It supports phpt and a ton of plugins, plus everyone uses it > and > is familiar with it. PHPUnit is huge. run-tests is a small script in a single file

Re: [PHP-DEV] Fwd: PHP7 extension to control raspberry GPIO

Bonsoir, On Do, 2017-05-11 at 14:25 +0200, simon .barotte wrote: > code in order to advise me, or to guide me on some point to improve . > > The code is available here : gpio_extension > I had a *quick* look so this is no proper review, but a few comme

[PHP-DEV] BAD Benchmark Results for PHP Master 2017-05-16

Results for project PHP master, build date 2017-05-16 19:25:48-07:00 commit: 774e7ea previous commit:7de2b21 revision date: 2017-05-16 15:10:13+02:00 environment:Haswell-EP cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB

Re: [PHP-DEV] Implement formal process for run-tests.php refactor

Is Sebastian copied in here? Why can't we just use the super-battle-tested PHPUnit? It supports phpt and a ton of plugins, plus everyone uses it and is familiar with it. Am I missing something? On 17 May 2017 7:18 p.m., "Fleshgrinder" wrote: > I like the idea and the proposed approach. I would

Re: [PHP-DEV] Implement formal process for run-tests.php refactor

I like the idea and the proposed approach. I would also offer my help with anything here. What I would definitely avoid is moving this out of the PHP repository itself. Ideally we get to a point where people enter a single command and it does take care of everything (given that the required depende

Re: [PHP-DEV] [RFC] [VOTE] Object typehint RFC

2017-05-17 19:12 GMT+02:00 Dan Ackroyd : > > We were thinking about enumerations > > Who do you mean 'we', kemosabe? > My apologies. I was a little hurry. > > > Especially when taking Java pattern > > Java has been limited in its design as almost everything had to be an > object, whether or not

Re: [PHP-DEV] [RFC] [VOTE] Object typehint RFC

2017-05-17 18:43 GMT+02:00 Levi Morrison : > I'm not intending to derail the thread but let's consider your statement: > your proposal constrains us to choosing something Java-like instead of > having all options. Think closely about that: you are advocating that we > constrain us to Java-like enu

Re: [PHP-DEV] [RFC] [VOTE] Object typehint RFC

> We were thinking about enumerations Who do you mean 'we', kemosabe? > Especially when taking Java pattern Java has been limited in its design as almost everything had to be an object, whether or not it was a good fit for what was needed. For me, objects are good at storing state, hiding imple

Re: [PHP-DEV] [RFC] [VOTE] Object typehint RFC

On Wed, May 17, 2017 at 10:26 AM, Michał Brzuchalski wrote: > Thank your Levi for your explanation. > > 2017-05-17 16:47 GMT+02:00 Levi Morrison : > >> >> >> On Wed, May 17, 2017 at 4:34 AM, Michał Brzuchalski < >> mic...@brzuchalski.com> wrote: >> >>> Hi everyone, >>> >>> I would like to put Obj

Re: [PHP-DEV] [RFC] [VOTE] Object typehint RFC

Thank your Levi for your explanation. 2017-05-17 16:47 GMT+02:00 Levi Morrison : > > > On Wed, May 17, 2017 at 4:34 AM, Michał Brzuchalski < > mic...@brzuchalski.com> wrote: > >> Hi everyone, >> >> I would like to put Object Type RFC up to a vote for inclusion in PHP 7.2. >> >> Previously there w

Re: [PHP-DEV] [RFC] [VOTE] Object typehint RFC

On 05/17/2017 04:47 PM, Levi Morrison wrote: An emphatic "no" on variance for me. This is for two over-arching reasons: Thank you, Levi, for the explanation of your "no" vote on object variance. That saved me quite a bit of typing :-) -- PHP Internals - PHP Runtime Development Mailing List T

Re: [PHP-DEV] Implement formal process for run-tests.php refactor

Am 17.05.2017 um 17:00 schrieb Andreas Heigl: seriously a signature on top breaks reply and quotes for any sane MUA which strips signatures and so quotes only stuff on top of the "-- " line > Just a stupid question for a non-regular: Why not a > separate repo? In the end run-tests

Re: [PHP-DEV] Implement formal process for run-tests.php refactor

-- Andreas Heigl andr...@heigl.org > Am 17.05.2017 um 16:28 schrieb Sammy Kaye Powers : > > Hello internals folks! > > As you may already know, run-tests.php is an old legacy app that is in > serious need of a refactor. Some things that are badly needed amongst other > things are: > > - Bet

Re: [PHP-DEV] [RFC] [VOTE] Object typehint RFC

Hi, On Wed, May 17, 2017 at 5:47 PM, Levi Morrison wrote: > > 1. Object variance should be implemented when we have generalized > variance for all types. By special casing it now we open ourselves to the > possibility that its implementation or semantics will differ from the > generalized solut

Re: [PHP-DEV] [RFC] [VOTE] Object typehint RFC

On Wed, May 17, 2017 at 4:34 AM, Michał Brzuchalski wrote: > Hi everyone, > > I would like to put Object Type RFC up to a vote for inclusion in PHP 7.2. > > Previously there were some concerns about adding named types in the future, > but we came to the conclusion that each of them can be solved

Re: [PHP-DEV] messages not delivering?

On Wed, May 17, 2017 at 8:25 AM, Adam Baratz wrote: > > > I'm think this problem might've cropped up again. I didn't receive this > > > message: > > > http://news.php.net/php.internals/99052 > > > > > > I only heard about it because it was mentioned in a PR thread. > > > > > > > I remember findin

[PHP-DEV] Implement formal process for run-tests.php refactor

Hello internals folks! As you may already know, run-tests.php is an old legacy app that is in serious need of a refactor. Some things that are badly needed amongst other things are: - Better maintainability - Unit tests - Concurrency - Prettier output I have seen numerous attempts of rewriting r

Re: [PHP-DEV] messages not delivering?

Hi Adam, On 17/05/2017 15:42, Adam Baratz wrote: > Hi, > > I'm think this problem might've cropped up again. I didn't receive this > message: > http://news.php.net/php.internals/99052 > > I only heard about it because it was mentioned in a PR thread. > > Similarly, I'm wondering if some message

Re: [PHP-DEV] messages not delivering?

> > I'm think this problem might've cropped up again. I didn't receive this > > message: > > http://news.php.net/php.internals/99052 > > > > I only heard about it because it was mentioned in a PR thread. > > > > I remember finding this one in the Spam dir (Gmail). It appears that > DMARC validation

Re: [PHP-DEV] messages not delivering?

Hi Adam, On Wed, May 17, 2017 at 4:42 PM, Adam Baratz wrote: > Hi, > > I'm think this problem might've cropped up again. I didn't receive this > message: > http://news.php.net/php.internals/99052 > > I only heard about it because it was mentioned in a PR thread. > I remember finding this one in

[PHP-DEV] messages not delivering?

Hi, I'm think this problem might've cropped up again. I didn't receive this message: http://news.php.net/php.internals/99052 I only heard about it because it was mentioned in a PR thread. Similarly, I'm wondering if some messages in this thread weren't getting delivered: http://news.php.net/php.

[PHP-DEV] [RFC] [VOTE] Object typehint RFC

Hi everyone, I would like to put Object Type RFC up to a vote for inclusion in PHP 7.2. Previously there were some concerns about adding named types in the future, but we came to the conclusion that each of them can be solved if there are proposals in the future. Voting starts today, 2017-05-17,

Re: [PHP-DEV] BC break in master (7.2) - Distinguish betweenunmatchedsubpatterns and empty matches in preg_*()

> > PREG_SKIP_UNMATCHED instead of PREG_UNMATCHED_AS_NULL. > I'm just wondering if having holes in the resulting array is a good idea. It may complicate reading dumps and forces using "foreach" vs "for". I'm also wondering if the original proposal wouldn't be better (having NULL for *all* nonmatch