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

From: Date: Sat, 29 Apr 2017 19:46:34 +0000
Subject: Re: [RFC] Enable strict_types checking for curl_setopt()
References: 1 2 3 4 5 6 7 8 9 10 11  Groups: php.internals 
Request: Send a blank email to internals+get-98911@lists.php.net to get a copy of this message
On 29 April 2017 17:25:45 BST, Sara Golemon <pollita@php.net> wrote: >Your example of GMP can't be simply dismissed as "a special edge >case", it's precisely true that internals does not always follow the >same rules as userspace and often it breaks those rules for very good >reason. I think the adage applies here that you should first acknowledge rules before you break them. GMP *is* a special case; it is one of very few instances, if not the only instance, of overloading arithmetic operators, and IIRC that was the subject of a whole RFC. It was agreed that the use case justifies the special behaviour. In this case, we should acknowledge that userland cannot (delta dirty backtrace hack) change behaviour based on strict types inside the body of the function, and in most cases neither sold internal functions. We can then decide if this use case merits breaking that rule or not. Regards, -- Rowan Collins [IMSoP]

« previous php.internals (#98911) next »