Hi Alex,
On 10 Sep 2014, at 13:59, Alexander Lisachenko lisachenko...@gmail.com wrote:
Hi!
Maybe it will be better to do this in another way: introduce an RFC to
add 'deprecated' keyword into the syntax like 'final' or 'protected'.
There are many frameworks that want to deprecate some
On 05/09/2014 17:38, guilhermebla...@gmail.com wrote:
After discussing with Matteo, I realized I was referring to POSIX
sempahores and not to System V.
Patch looks ok to me.
Is it possible to have this merged?
I've seen no objections raised, so I committed it to PHP-5.6 and master.
On 10/09/2014 07:42, Tjerk Meesters wrote:
void __deprecated__() { }
And mark that function as eternally deprecated using the ZEND_ACC_DEPRECATED
flag.
Is it really worth adding a new completely useless function just for a
test? It's not like functions are actually removed every day...
On 10 September 2014 06:42, Tjerk Meesters tjerk.meest...@gmail.com wrote:
Hi,
When I was fixing test cases on my `kill-ereg` branch I noticed a Reflection
test case for `ReflectionFunction::isDeprecated()`.
The problem with such a test case is that you’d be chasing deprecated
functions
On Tue, Sep 9, 2014 at 12:58 AM, Adam Harvey ahar...@php.net wrote:
On 8 September 2014 07:56, Christoph Becker cmbecke...@gmx.de wrote:
Am 08.09.2014 15:58, schrieb Andrea Faulds:
We could add such an operator, perhaps with the ?? syntax. However, I
don’t really like the idea. It’s too
Hi Nikita
2014-09-10 0:08 GMT+02:00 Nikita Popov nikita@gmail.com:
Hi internals!
I've created a small RFC proposing the removal of the alternative PHP
opening/closing tags:
https://wiki.php.net/rfc/remove_alternative_php_tags
Great RFC, +1. No need to defend these old nordic legacy
On 09/07/14 22:00, Stas Malyshev wrote:
Hi!
Having thought a bit about the subject, the heuristic I came up with was to
1) do not run tests from the same extension in parallel, and 2) do not run
tests from certain extensions in parallel (e.g., mysql and pdo_mysql).
How about making it a
Andrea Faulds wrote (on 09/09/2014):
If people want strict casting, we can add new functions or operators for that
specifically.
I think this came up during the previous discussion, and I actually
think it would be quite nice to have some functions both to perform a
strict/safe cast (and
On 10/09/14 19:41, Rowan Collins wrote:
Andrea Faulds wrote (on 09/09/2014):
If people want strict casting, we can add new functions or operators
for that specifically.
I think this came up during the previous discussion, and I actually
think it would be quite nice to have some functions
Michael Wallner wrote (on 10/09/2014):
.oO(ext/filter) ?
Maybe I'm just missing some better documentation, but my main problems
with ext/filter are:
1) Many users don't know it exists, or how to use it.
2) It's pretty verbose and complex for such a simple task as is this
thing a valid
Hi Anatol, all,
Sorry for top post... Stas must be getting confused with all these details!
:-) Is Pierre going to weigh in? Are there any other Windows people?
While I don't think I'd disagree with much of what you've said, I don't see
that using my patch is *causing* or *creating* new
Hi Matt,
I do not think we should change anything in a stable branch now. We may
consider it for 5.6.1 once we are 200% sure we can back port it to 5.5.
Btw your patch is not windows only but also change the uuid function. Not a
bad thing as u never got why we have this modulo anyway :)
Cheers,
The fix is not broken. He's describing a different/additional issue. Things
have always been shaky with ProxyPass (that's
https://bugs.php.net/bug.php?id=65641) because it's a bag of hurt. That's the
whole reason Apache now has SetHandler for proxies!
On 08.09.2014, at 22:54, Stas Malyshev
On 05.09.2014, at 10:54, Remi Collet r...@fedoraproject.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 05/09/2014 15:52, David Zuelke a écrit :
People should simply use the SetHandler approach instead.
I agree, see https://bugzilla.redhat.com/1136290
But some people may
On 10 Sep 2014, at 18:41, Rowan Collins rowan.coll...@gmail.com wrote:
I think this came up during the previous discussion, and I actually think it
would be quite nice to have some functions both to perform a strict/safe
cast (and raise E_CATCHABLE_ERROR or perhaps throw TypeCastException),
Hi Matt,
On Wed, September 10, 2014 22:46, Matt Wilmas wrote:
Hi Anatol, all,
Sorry for top post... Stas must be getting confused with all these
details! :-) Is Pierre going to weigh in? Are there any other Windows
people?
While I don't think I'd disagree with much of what you've said,
You know, “int”, “float”, “string” etc. aren’t currently reserved words. We
could add functions, or even make them reserved words and add internal
functions (à la isset), so int(‘2’), float(‘2.0’), string(‘test’) etc.
Or perhaps class-like constructors? $a = new int('2'); ? Would kinda make
17 matches
Mail list logo