Re: [PHP-DEV] [RFC] Enable strict_types checking for curl_setopt()

25.04.2017 01:56 "Sara Golemon" napisał(a): > > On Mon, Apr 24, 2017 at 4:09 PM, Stanislav Malyshev wrote: > > it's clearly > > business logic. Which I have no problem with, but it shouldn't be part > > of type system then. > > > We're certainly arguing semantics at this point. Let's agree that

Re: [PHP-DEV] [RFC][VOTE] Improve hash_hkdf() parameter

On Tue, Apr 25, 2017 at 9:28 AM, Yasuo Ohgaki wrote: > I don't think the author wouldn't make such mistake, so I checked. > Oops. Double denial. I thought the author wouldn't make such mistake, so I checked. -- Yasuo Ohgaki yohg...@ohgaki.net

[PHP-DEV] BAD Benchmark Results for PHP Master 2017-04-23

Results for project PHP master, build date 2017-04-23 19:27:42-07:00 commit: 347b880 previous commit:06eb615 revision date: 2017-04-23 21:07:31+01: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] [RFC][VOTE] Improve hash_hkdf() parameter

Hi Andrey, On Sun, Apr 23, 2017 at 7:24 AM, Andrey Andreev wrote: > > You're tired? Yasuo, the reason why you're not receiving replies > unless you say "I'll commit in a few days if there are no more > comments" is because everybody is tired of talking to you. > > If you want examples, search Gi

[PHP-DEV] GOOD Benchmark Results for PHP Master 2017-04-20

Results for project PHP master, build date 2017-04-20 19:27:20-07:00 commit: 06eb615 previous commit:01ec14a revision date: 2017-04-20 06:42:55+01: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] [RFC] Enable strict_types checking for curl_setopt()

On Mon, Apr 24, 2017 at 4:09 PM, Stanislav Malyshev wrote: > it's clearly > business logic. Which I have no problem with, but it shouldn't be part > of type system then. > We're certainly arguing semantics at this point. Let's agree that type enforcement is a good thing (which you seemed to say i

Re: [PHP-DEV] [RFC] Enable strict_types checking for curl_setopt()

Hi! > I disagree. From the user's perspective it is argument typing. The Not really. Argument typing is when arguments have types. curl_setopt arguments do not have known types, they have business logic inside that says if argument X is equal to this, then argument Y must be of that type. It's v

Re: [PHP-DEV] [RFC] Enable strict_types checking for curl_setopt()

On Mon, Apr 24, 2017 at 1:24 PM, Fleshgrinder wrote: > On 4/24/2017 10:20 PM, Stanislav Malyshev wrote: >> Hi! >> >>> Because each option expects the value to be a specific type, it makes sense >>> to enforce these types in strict type checking mode. I'd therefore like to >>> propose that we intr

Re: [PHP-DEV] [RFC] Enable strict_types checking for curl_setopt()

On 4/24/2017 10:20 PM, Stanislav Malyshev wrote: > Hi! > >> Because each option expects the value to be a specific type, it makes sense >> to enforce these types in strict type checking mode. I'd therefore like to >> propose that we introduce strict type enforcement inside curl_setopt() when >> "

Re: [PHP-DEV] [RFC] Enable strict_types checking for curl_setopt()

Hi! > Because each option expects the value to be a specific type, it makes sense > to enforce these types in strict type checking mode. I'd therefore like to > propose that we introduce strict type enforcement inside curl_setopt() when > "declare(strict_types=1);" is being used. While it may ma

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

> > On 20/04/2017 00:51, Adam Baratz wrote: > > The reason I went that way was I couldn't find a DB API that > > differentiates between the two types. They all represent them as a > > double, so it seemed like a needless distinction to create two PDO > > types, especially when PHP floats are the on

Re: [PHP-DEV] [7.2] Timetable

On Do, 2017-04-20 at 19:06 +0200, Nikita Popov wrote: > I've been wondering for some time why we have the beta + RC split, > where RCs are treated in essentially the same way as betas. In > particular our minor version RCs (as opposed to patch RCs) are *not* > candidates for release. Might it make

Re: [PHP-DEV] Source tar.gz's extract slowly on some platforms

On 23 April 2017 at 17:24, Rowan Collins wrote: > On 23/04/2017 09:36, Christoph M. Becker wrote: > >> Thanks to Adam, there is . >> > > Yay! Adam, I love you! :) > > And cheers to you, Christoph, for the link! > > -- > Rowan Collins > [IMSoP] > > We are a

Re: [PHP-DEV] Source tar.gz's extract slowly on some platforms

On 22 April 2017 at 16:38, Thomas Hruska wrote: > Using 7-Zip, the 7.1.4 source files took > 2 minutes to extract to a SSD drive on my Windows machine. I noticed this also, when testing a reasonably powerful Windows desktop machine that I had intended to use as my new development + continual buil