hi,
On Tue, Jul 22, 2014 at 9:01 PM, Lonny Kapelushnik wrote:
> Morning,
>
> I propose deprecating two GD functions: imagettftext and imagettfbbox.
>
> The reasons I would like to deprecate them are:
> 1. Their functionality is a subset of imagefttext and imageftbbox
> 2. The imagettf* functions
hi Andrea,
On Sun, Jul 13, 2014 at 3:57 AM, Andrea Faulds wrote:
> Good evening,
>
> PHP’s type hinting system is rather incomplete as it does not support
> scalars, only arrays, callables and objects. In 2012, Anthony Ferrara created
> an RFC which proposed type hinting for scalar types (int,
> The argument saying that it is not the PHP way is somehow incorrect
> here, given that we already do that for classe. The type jungling
> makes sense in implementations, as it always was but argument
passing
> and validation have been a source of pain since very long. I could
> imagine one excep
On Jul 24, 2014 10:34 AM, "Patrick Schaaf" wrote:
>
> > The argument saying that it is not the PHP way is somehow incorrect
>
> > here, given that we already do that for classe. The type jungling
>
> > makes sense in implementations, as it always was but argument passing
>
> > and validation have
Hi,
there is, it seems, something missing from both the RFC and the
discussion, as far as I read it. Sorry if it came up before, it was a huge
amount of mails...
How does the proposal affect method compatibility between
subclasses and baseclasses? Will two methods there, differing in the
scal
On Thu, Jul 24, 2014 at 10:42 AM, Patrick Schaaf wrote:
> Hi,
>
> there is, it seems, something missing from both the RFC and the
> discussion, as far as I read it. Sorry if it came up before, it was a huge
> amount of mails...
>
> How does the proposal affect method compatibility between
> subcla
Hi!
> I think it should behave like class arguments do.
That's called strict typing and was discussed many times. Do we really
want another round of repeating the same arguments?
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
--
PHP Internals - PHP Runtime Develop
On Thu, Jul 24, 2014 at 10:52 AM, Pierre Joye wrote:
> On Thu, Jul 24, 2014 at 10:42 AM, Patrick Schaaf wrote:
>> Hi,
>>
>> there is, it seems, something missing from both the RFC and the
>> discussion, as far as I read it. Sorry if it came up before, it was a huge
>> amount of mails...
>>
>> How
On Thu, Jul 24, 2014 at 11:03 AM, Stas Malyshev wrote:
> Hi!
>
>> I think it should behave like class arguments do.
>
> That's called strict typing and was discussed many times. Do we really
> want another round of repeating the same arguments?
As I said, yes it was discussed, and yes I think it
On Thu, Jul 24, 2014 at 11:03 AM, Pierre Joye wrote:
> On Thu, Jul 24, 2014 at 10:52 AM, Pierre Joye wrote:
>> On Thu, Jul 24, 2014 at 10:42 AM, Patrick Schaaf wrote:
>>> Hi,
>>>
>>> there is, it seems, something missing from both the RFC and the
>>> discussion, as far as I read it. Sorry if it
On 24.07.2014 09:13, Pierre Joye wrote:
> hi,
>
> On Tue, Jul 22, 2014 at 9:01 PM, Lonny Kapelushnik wrote:
>> Morning,
>>
>> I propose deprecating two GD functions: imagettftext and imagettfbbox.
>>
>> The reasons I would like to deprecate them are:
>> 1. Their functionality is a subset of image
> -Original Message-
> From: Stas Malyshev [mailto:smalys...@sugarcrm.com]
> Sent: Thursday, July 24, 2014 12:04 PM
> To: Pierre Joye
> Cc: PHP internals
> Subject: Re: [PHP-DEV] [RFC] Scalar Type Hinting With Casts (re-opening)
>
> That's called strict typing and was discussed many times.
On Thu, Jul 24, 2014 at 12:25 PM, Zeev Suraski wrote:
> We definitely do not..
Well, open list, if some like to discuss it, we can. But see below, it
may not be necessary.
> To elaborate, the notion that we already have strict class types for
> classes, so we should have the same thing for scal
Hi internals!
I and my team are involved in changes for architecture-specific implementations,
specifically PowerPC64, in favor of expand the support and performance in the
PHP.
See also:
https://github.com/php/php-src/pull/734 (PowerPC64 support in safe_address
function)
https://github.com/php
Hello!
The PHP development team announces the immediate availability of PHP
5.5.15. This fixes some bugs against 5.5.14 and addresses one CVE in SPL.
All PHP 5.5 users are encouraged to upgrade to this version.
For source downloads of PHP 5.5.15 please visit our
downloads page: http://www.php.ne
> My main concern about the RFC the way it stands right now is that the
> current direction involves E_RECOVERABLE_ERROR instead of E_STRICT or E_CAST
> for data loss. This results in both consistency issues with casting as well
> as incompatibility with the dynamic nature of PHP scalars. I know
On 23/07/2014 22:59, Ben Ramsey wrote:
This got me thinking about the whole version number debate. With a language
specification, to what does the version number refer? The state of the language
specification, or the state of a given implementation of the specification?
Right now, the number
Ivan Enderlin @ Hoa wrote (on 24/07/2014):
Taking the example of XML, CSS, HTML, ECMAScript or other languages
(maybe the JVM, I don't know exactly), there is version numbers for
the specification, that are different of the version numbers of the
implementations. Even more, the version of the i
Maintaining an official, bundled PHP extension
Maintaining php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 24 Jul 2014, at 12:17, Gustavo Frederico Temple Pedrosa
wrote:
> I and my team are involved in changes for architecture-specific
> implementations,
> specifically PowerPC64, in favor of expand the support and performance in the
> PHP.
How widely used is the PowerPC64 architecture? Is it r
On 24 Jul 2014, at 13:20, Simon Schick wrote:
>> Conversion is allowed only if data-loss does not happen. There are a few
>> exceptions (objects using __toString, strings containing leading numerics,
>> etc). Here's a table of examples.
>
> But if you look at the table, strings containing lea
On 24 Jul 2014, at 14:40, Rowan Collins wrote:
> Incidentally, that's another question: some people like to make clear that
> the Zend Engine isn't actually the language implementation, it just *powers*
> the implementation. In which case, what *should* the implementation be called?
That’s ac
On Wed, 2014-07-23 at 18:22 -0400, George Wang wrote:
> Hi,
>
> I have a request to include our latest sapi/litespeed V6.6 to the EOL
> PHP 5.3 release. I thought it was EOL already.
PHP 5.3 is in extended support and only receives security related fixes.
In general people should use newer versi
Andrea Faulds wrote (on 24/07/2014):
On 24 Jul 2014, at 14:40, Rowan Collins wrote:
Incidentally, that's another question: some people like to make clear that the
Zend Engine isn't actually the language implementation, it just *powers* the
implementation. In which case, what *should* the imp
On 24 Jul 2014, at 15:44, Rowan Collins wrote:
> Or ZPHP? Implying the PHP implementation built on Zend, but not directly
> using the Zend trademark?
I like that suggestion. Reminds me of my CPHP one, but it makes more sense.
So we’d have PHP 5.6 and ZPHP 5.6.1 (ZPHP would track major and min
On Thu, Jul 24, 2014 at 4:28 PM, Andrea Faulds wrote:
>
> On 24 Jul 2014, at 14:40, Rowan Collins wrote:
>
> > Incidentally, that's another question: some people like to make clear
> that the Zend Engine isn't actually the language implementation, it just
> *powers* the implementation. In which
On Thu, Jul 24, 2014 at 5:23 PM, Andrea Faulds wrote:
>
> On 24 Jul 2014, at 12:17, Gustavo Frederico Temple Pedrosa <
> gustavo.pedr...@eldorado.org.br> wrote:
>
> > I and my team are involved in changes for architecture-specific
> implementations,
> > specifically PowerPC64, in favor of expand
On Thu, Jul 24, 2014 at 3:53 PM, nishant kumar
wrote:
> Maintaining an official, bundled PHP extension
> Maintaining php.net
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
hi,
what extension would be that?
--
Ferenc Ko
@Andrea,
What @Lior said is completely right, as you can see below:
https://www.power.org/power-org-corporate-members
http://openpowerfoundation.org/membership/current-members
From: Lior Kaplan
Sent: Thursday, July 24, 2014 11:58
To: Andrea Faulds
Cc: Gustavo
On Wed, 2014-07-23 at 17:08 +0400, Dmitry Saprykin wrote:
> Yes, you are right. append_history is not suitable for libedit. I left
> write_history call for libedit.
Committed and pushed in a slightly modified form (variable declarations
should be on top of a block)
http://git.php.net/?p=php-src.gi
On Tue, Jul 22, 2014 at 12:50 PM, Sara Golemon wrote:
> Just announced something at OSCON that's probably going to get a lot
> of folks talking and making assumptions, so before things get out of
> hand, I want to provide some context.
>
Progress is being made on getting it all into a collaborativ
Hi!
> Progress is being made on getting it all into a collaborative format.
> Our documentation guy is currently favoring markdown as an initial
> format which is able to express everything currently in the spec, and
> he's planning to build some rendering scripts that'll be able to
> produce oth
Hi!
I would like to propose to use list stada...@lists.php.net (which has
been dormant since 2009) for PHP spec work. What do you think?
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: h
Hi!
> I would like to propose to use list stada...@lists.php.net (which has
> been dormant since 2009) for PHP spec work. What do you think?
Of course it's standa...@lists.php.net.
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
--
PHP Internals - PHP Runtime Dev
On 24 Jul 2014, at 19:24, Stas Malyshev wrote:
> Hi!
>
> I would like to propose to use list stada...@lists.php.net (which has
> been dormant since 2009) for PHP spec work. What do you think?
Did you typo both your subject and body, or is the list actually called
stadards, not standards? :)
On Thu, Jul 24, 2014 at 10:48 AM, Stas Malyshev wrote:
> Is it also possible to pub description of how to render it on
> wiki.php.net so that if someone prepares a big patch they'd be able to
> test they didn't mess up before committing?
>
The repo layout he's working on includes a tools/ director
On Thu, Jul 24, 2014 at 4:44 PM, Rowan Collins wrote:
> Andrea Faulds wrote (on 24/07/2014):
>
>> On 24 Jul 2014, at 14:40, Rowan Collins wrote:
>>
>>> Incidentally, that's another question: some people like to make clear
>>> that the Zend Engine isn't actually the language implementation, it jus
On Thu, Jul 24, 2014 at 11:25 AM, Stas Malyshev wrote:
> I would like to propose to use list standa...@lists.php.net (which has
> been dormant since 2009) for PHP spec work. What do you think?
>
Big +1 on this. btw, a lot of folks on the HHVM team have been having
trouble getting subcribed to lis
Hi!
> Big +1 on this. btw, a lot of folks on the HHVM team have been having
> trouble getting subcribed to lists.php.net, if I sent you a set of
> email addresses and lists, could you help out with some bulk
> subscriptions (including standards@)?
I guess that would be folks on syst...@php.net,
On 24/07/2014 20:25, Andrea Faulds wrote:
On 24 Jul 2014, at 19:24, Stas Malyshev wrote:
Hi!
I would like to propose to use list stada...@lists.php.net (which has
been dormant since 2009) for PHP spec work. What do you think?
Did you typo both your subject and body, or is the list actually c
What sort of problems are they having? Not getting the challenge mail?
Even if I'd bulk register some people to this list, they would not be
able to send an email to until they've replied to the 'mail
challenge'..
Please look in their spam folder...
-Hannes
On Thu, Jul 24, 2014 at 11:30 AM, Sar
Hi,
I didn't see any phpng related discussion for a day.
If we have nothing to discuss, may be we should just the start a voting
process. :)
It's not a problem for me to wait a week or even month. I just like to
know. if anyone thinks, that we have any stoppers to start the voting.
Last days we
The "the" before "start" is a mistake :)
On Thu, Jul 24, 2014 at 11:04 PM, Dmitry Stogov wrote:
> Hi,
>
> I didn't see any phpng related discussion for a day.
> If we have nothing to discuss, may be we should just the start a voting
> process. :)
>
> It's not a problem for me to wait a week or
On Thu, Jul 24, 2014 at 12:01 PM, Hannes Magnusson
wrote:
> What sort of problems are they having? Not getting the challenge mail?
>
> Even if I'd bulk register some people to this list, they would not be
> able to send an email to until they've replied to the 'mail
> challenge'..
> Please look in
hi Dmitry,
On Thu, Jul 24, 2014 at 9:04 PM, Dmitry Stogov wrote:
> Hi,
>
> I didn't see any phpng related discussion for a day.
> If we have nothing to discuss, may be we should just the start a voting
> process. :)
>
> It's not a problem for me to wait a week or even month. I just like to
> know
On 24/07/2014 19:28, Pierre Joye wrote:
>>We could take a leaf from Python’s book and call it CPHP :)
>
>
>Or ZPHP? Implying the PHP implementation built on Zend, but not directly
>using the Zend trademark?
Call it php.net or something like that,
The problem with php.net is that it's also the
On Thu, Jul 24, 2014 at 12:29 PM, Rowan Collins wrote:
>> Zend is only one of many
>> contributors. Yes, the engine is still named Zend Engine but the
>> language has been improved by many php.net contributors.
>>
> The idea was that "ZPHP" is PHP running on top of the Zend Engine, in the
> same w
Vote -1, I won't be surprised.
I'm asking if we have any stoppers to start the voting, if we have nothing
to discuss.
The porting guide is almost ready now, but it never be 100% ready to
someones.
Thanks. Dmitry.
On Thu, Jul 24, 2014 at 11:14 PM, Pierre Joye wrote:
> hi Dmitry,
>
> On Thu, J
On Jul 24, 2014 9:45 PM, "Dmitry Stogov" wrote:
>
> Vote -1, I won't be surprised.
>
> I'm asking if we have any stoppers to start the voting, if we have
nothing to discuss.
>
> The porting guide is almost ready now, but it never be 100% ready to
someones.
It is the stopper and not only the migra
On 7/24/14, 1:25 PM, Stas Malyshev wrote:
Hi!
I would like to propose to use list stada...@lists.php.net (which has
been dormant since 2009) for PHP spec work. What do you think?
Of course it's standa...@lists.php.net.
standa...@lists.php.net was the original home of what eventually morphed
On Thu, Jul 24, 2014 at 9:04 PM, Dmitry Stogov wrote:
> Hi,
>
> I didn't see any phpng related discussion for a day.
> If we have nothing to discuss, may be we should just the start a voting
> process. :)
>
> It's not a problem for me to wait a week or even month. I just like to
> know. if anyone
I think we're overcomplicating things a bit...
First, as someone from Zend, I never ever call PHP "Zend PHP". PHP is
hardly just the Zend Engine, but also the extensions, SAPI modules, tests,
etc - everything that people with php.net accounts work on. In fact if I
hear someone saying 'Zend PHP'
On 24 Jul 2014, at 21:00, Zeev Suraski wrote:
> I think that the language spec initiative is a great initiative, but let's
> not get carried away and start turning things upside down. This would be
> the 'PHP language specification', not 'PHP'. PHP would ideally adhere to
> it. Other implemen
You talk not about starting the voting, you talk about your opinion.
Anyway. No problem I can wait another week and start the voting according
to all the rules.
Dmitry.
On Thu, Jul 24, 2014 at 11:55 PM, Pierre Joye wrote:
>
> On Jul 24, 2014 9:45 PM, "Dmitry Stogov" wrote:
> >
> > Vote
> We (HHVM) ran into this issue as well. We'd talk about the way PHP (the
> reference implementation) does something and needed to disambiguate it
> from
> PHP (the language syntax).
I think it's easy enough to talk about 'PHP' and the 'PHP language
specification' or shorten it up as 'PHP spec'.
agree,
I just don't see any blockers, except for Pierre.
Lets wait a week.
Thanks, Dmitry.
On Fri, Jul 25, 2014 at 12:01 AM, Nikita Popov wrote:
> On Thu, Jul 24, 2014 at 9:04 PM, Dmitry Stogov wrote:
>
>> Hi,
>>
>> I didn't see any phpng related discussion for a day.
>> If we have nothing
> -Original Message-
> From: Andrea Faulds [mailto:a...@ajf.me]
> Sent: Thursday, July 24, 2014 11:04 PM
> To: Zeev Suraski
> Cc: Rowan Collins; internals@lists.php.net
> Subject: Re: [PHP-DEV] PHP Language Specification
>
>
> On 24 Jul 2014, at 21:00, Zeev Suraski wrote:
>
> > I think tha
On 24 Jul 2014, at 21:12, Zeev Suraski wrote:
> Other opensource languages that have multiple implementations, still have
> the 'official' release with the original name, while other implementations
> have separate, different names that implement 'the XYZ language' or 'the
> ABC spec'.
>
> E.g
On 24 Jul 2014, at 21:18, Zeev Suraski wrote:
> No, there's no ambiguity at all - 'PHP' is the implementation, as it
> always has been. 'PHP language specification' or 'PHP spec' for short is
> the specification. Absolutely no ambiguity.
So PHP is variously the language (as in PHP language sp
I almost suggested to use that list, but I think that the php spec would
worth having a dedicated list, without any previous bias/connotation.
It could also be surprising for the current subscribers to see a
resurrected mailing list with a "slightly" different target audience and
topic.
On Thu, J
CPython is the name of the implementation, but python.org offers you to
download Python, not CPython. CPython is an internal name kind of like
php-src (more or less). In fact, as an average end user, you'd not know
about CPython at all.
Jython, JyJy, etc. - don't call themselves 'Python', they'r
On 24 Jul 2014, at 21:23, Zeev Suraski wrote:
> CPython is the name of the implementation, but python.org offers you to
> download Python, not CPython. CPython is an internal name kind of like
> php-src (more or less). In fact, as an average end user, you'd not know
> about CPython at all.
Of
On Jul 24, 2014 10:13 PM, "Dmitry Stogov" wrote:
>
> agree,
>
> I just don't see any blockers, except for Pierre.
Come on Dmitry, I am not the only who has asked that.
> -Original Message-
> From: Andrea Faulds [mailto:a...@ajf.me]
> Sent: Thursday, July 24, 2014 11:21 PM
> To: Zeev Suraski
> Cc: internals@lists.php.net
> Subject: Re: [PHP-DEV] PHP Language Specification
>
>
> On 24 Jul 2014, at 21:18, Zeev Suraski wrote:
>
> > No, there's no ambiguity a
On Jul 24, 2014 10:02 PM, "Zeev Suraski" wrote:
>
> I think we're overcomplicating things a bit...
>
...
> absolutely refer to that thing you download from www.php.net (or packages
> based off of it) - not the language spec.
I totally agree with you here. PHP is and remains php.net's PHP.
Cheers
On 24/07/2014 21:12, Zeev Suraski wrote:
I don't recall if it was === or 'is', but regardless, the meaning was
absolutely 'Zend is PHP' (as in everything Zend does is PHP), and not 'PHP
is Zend'. Regardless, since it was clearly misunderstood by many people we
stopped using it :)
See also the
> -Original Message-
> From: Andrea Faulds [mailto:a...@ajf.me]
> Sent: Thursday, July 24, 2014 11:26 PM
> To: Zeev Suraski
> Cc: Sara Golemon; Rowan Collins; PHP internals
> Subject: Re: [PHP-DEV] PHP Language Specification
>
>
> On 24 Jul 2014, at 21:23, Zeev Suraski wrote:
>
> However,
Maybe there’s hope for the middle east J
*From:* Pierre Joye [mailto:pierre@gmail.com]
*Sent:* Thursday, July 24, 2014 11:29 PM
*To:* Zeev Suraski
*Cc:* Andrea Faulds; PHP internals; Rowan Collins
*Subject:* RE: [PHP-DEV] PHP Language Specification
On Jul 24, 2014 10:02 PM, "Zeev Suraski
one week - two weeks - months - years.
I'll wait.
I know what I'm doing. I'll make it.
Dmitry.
On Fri, Jul 25, 2014 at 12:26 AM, Pierre Joye wrote:
>
> On Jul 24, 2014 10:13 PM, "Dmitry Stogov" wrote:
> >
> > agree,
> >
> > I just don't see any blockers, except for Pierre.
>
> Come on Dmitry,
On Thu, Jul 24, 2014 at 11:24 AM, Stas Malyshev wrote:
> I would like to propose to use list standa...@lists.php.net (which has
> been dormant since 2009) for PHP spec work. What do you think?
>
I'mma go ahead and make a command decision and just move discussion
there. (if it works out poorly, we
On 24/07/2014 21:28, Zeev Suraski wrote:
"PHP 5.6" -> the php.net implementation
This is the one that led us down this particular path: the spec will
necessarily have versions of its own, and the obvious thing to do is to
make them match the minor versions of the reference implementation; so
On Thu, Jul 24, 2014 at 10:26 PM, Andrea Faulds wrote:
>
> On 24 Jul 2014, at 21:23, Zeev Suraski wrote:
>
> > CPython is the name of the implementation, but python.org offers you to
> > download Python, not CPython. CPython is an internal name kind of like
> > php-src (more or less). In fact,
On 24 Jul 2014, at 21:32, Zeev Suraski wrote:
> Ok, maybe I missed the context, and if I did apologies for that. Are you
> talking about a standard way of discussing it on internals@ when we talk
> about the spec and different implementations of it?
Yeah, sorry if I didn’t make myself clear. T
> -Original Message-
> From: Andrea Faulds [mailto:a...@ajf.me]
> Sent: Thursday, July 24, 2014 11:44 PM
> To: Zeev Suraski
> Cc: Sara Golemon; Rowan Collins; PHP internals
> Subject: Re: [PHP-DEV] PHP Language Specification
>
>
> "PHP.net PHP" isn't the nicest of names. I think CPHP, analo
On 24 Jul 2014, at 21:47, Zeev Suraski wrote:
> We saw how much time it took us to decide about a version number, let's
> not waste cycles on coming up for a name for something that has been named
> for over 15 years.
I’d contend CPHP hasn’t been named for 15 years as it has had no name for the
Might I then suggest someone update http://php.net/mailing-lists.php?
On Thu, Jul 24, 2014 at 3:38 PM, Sara Golemon wrote:
> On Thu, Jul 24, 2014 at 11:24 AM, Stas Malyshev
> wrote:
> > I would like to propose to use list standa...@lists.php.net (which has
> > been dormant since 2009) for PHP
On Thu, Jul 24, 2014 at 1:51 PM, James Gilliland wrote:
> Might I then suggest someone update http://php.net/mailing-lists.php?
>
Yeah, I can push that. Though fwiw, emailing
subscribe-standa...@lists.php.net seems to be more reliable than the
webform.
-Sara
--
PHP Internals - PHP Runtime Deve
> -Original Message-
> From: Andrea Faulds [mailto:a...@ajf.me]
> Sent: Thursday, July 24, 2014 11:51 PM
> To: Zeev Suraski
> Cc: PHP internals
> Subject: Re: [PHP-DEV] PHP Language Specification
>
>
> I'd contend CPHP hasn't been named for 15 years as it has had no name
for the
> implement
Could be. Other then the webform though, I think that's the only place we
document where things are happening.
On Thu, Jul 24, 2014 at 3:54 PM, Sara Golemon wrote:
> On Thu, Jul 24, 2014 at 1:51 PM, James Gilliland
> wrote:
> > Might I then suggest someone update http://php.net/mailing-lists.p
standards-subscr...@lists.php.net I believe, not the other way around
> -Original Message-
> From: p...@golemon.com [mailto:p...@golemon.com] On Behalf Of Sara
> Golemon
> Sent: Thursday, July 24, 2014 11:54 PM
> To: James Gilliland
> Cc: PHP Internals
> Subject: Re: [PHP-DEV] Re: Using s
On Thu, Jul 24, 2014 at 1:57 PM, Zeev Suraski wrote:
> standards-subscr...@lists.php.net I believe, not the other way around
>
You are correct, sir. Thank you. And bjori beat me to it on adding
it to web-php:
https://github.com/php/web-php/commit/136f8f13631420e50055b0f8bd4737fbadc1f982
--
PH
On Thu, Jul 24, 2014 at 1:37 PM, Dmitry Stogov wrote:
> one week - two weeks - months - years.
> I'll wait.
> I know what I'm doing. I'll make it.
>
> Dmitry.
>
>
> On Fri, Jul 25, 2014 at 12:26 AM, Pierre Joye
> wrote:
>
> >
> > On Jul 24, 2014 10:13 PM, "Dmitry Stogov" wrote:
> > >
> > > agre
any one may vote according to their thoughts
I'm not going to persuade any one.
I already know the opinion of the majority.
Unfortunately, now many people lessen to the guys who speaks a lot.
I was never able to do it :), but ... look into results we provide.
They are more expressive than any wo
On 7/24/2014 10:40 AM, Johannes Schlüter wrote:
On Wed, 2014-07-23 at 18:22 -0400, George Wang wrote:
Hi,
I have a request to include our latest sapi/litespeed V6.6 to the EOL
PHP 5.3 release. I thought it was EOL already.
PHP 5.3 is in extended support and only receives security related fixe
Dmitry Stogov in php.internals (Fri, 25 Jul 2014 02:09:53 +0400):
>I already know the opinion of the majority.
Do you also know the opinion of 2/3 of the voters?
Jan (without voting right BTW)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsu
> On 25 ביול 2014, at 01:35, Jan Ehrhardt wrote:
>
> Dmitry Stogov in php.internals (Fri, 25 Jul 2014 02:09:53 +0400):
>> I already know the opinion of the majority.
>
> Do you also know the opinion of 2/3 of the voters?
Guys,
Let's deescalate here. Dmitry is understandably quite attached to th
On Thu, Jul 24, 2014 at 3:39 PM, Zeev Suraski wrote:
> > On 25 ביול 2014, at 01:35, Jan Ehrhardt wrote:
> >
> > Dmitry Stogov in php.internals (Fri, 25 Jul 2014 02:09:53 +0400):
> >> I already know the opinion of the majority.
> >
> > Do you also know the opinion of 2/3 of the voters?
>
> Guys,
> On 25 ביול 2014, at 01:35, Jan Ehrhardt wrote:
>
> Dmitry Stogov in php.internals (Fri, 25 Jul 2014 02:09:53 +0400):
>> I already know the opinion of the majority.
>
> Do you also know the opinion of 2/3 of the voters?
Guys,
Let's deescalate here. Dmitry is understandably quite emotionally
at
Hi Dmitry,
On 25 Jul, 2014, at 6:09 am, Dmitry Stogov wrote:
> any one may vote according to their thoughts
> I'm not going to persuade any one.
> I already know the opinion of the majority.
>
> Unfortunately, now many people lessen to the guys who speaks a lot.
> I was never able to do it :),
On Fri, Jul 25, 2014 at 12:23 AM, George Wang
wrote:
>
> On 7/24/2014 10:40 AM, Johannes Schlüter wrote:
>
>> On Wed, 2014-07-23 at 18:22 -0400, George Wang wrote:
>>
>>> Hi,
>>>
>>> I have a request to include our latest sapi/litespeed V6.6 to the EOL
>>> PHP 5.3 release. I thought it was EOL al
On 23 Jul 2014, at 19:37, Andrea Faulds wrote:
>
> On 23 Jul 2014, at 19:21, Robert Williams wrote:
>
>> Also, do int, float, and numeric accept numbers in octal, hex, scientific
>> notation, etc.? I don’t believe there are any examples in the RFC that
>> intentionally or accidentally show
On 13 Jul 2014, at 02:57, Andrea Faulds wrote:
> The RFC is here: https://wiki.php.net/rfc/scalar_type_hinting_with_cast
>
> A pull request is here: https://github.com/php/php-src/pull/717
I just updated the patch and RFC to include overflow safety for the integer
type hint. This means that t
On 24 Jul 2014, at 09:42, Patrick Schaaf wrote:
> How does the proposal affect method compatibility between subclasses and
> baseclasses? Will two methods there, differing in the scalar type annotations
> of one of their arguments, elicit STRICT warnings, like object type
> annotations do?
A
On Fri, Jul 25, 2014 at 12:51 AM, Zeev Suraski wrote:
> That said, I completely disagree with the "delayers", who also happen
> to be ones who have a repeated tendency to talk a lot more than they
> do. Dmitry is one if the biggest php.net doers - and us can
> understand how it runs him the wron
Hi Zeev,
On Mon, Jul 21, 2014 at 4:31 PM, Zeev Suraski wrote:
> The RFC is available at https://wiki.php.net/rfc/phpng
>
>
>
> Some supporting links available down below.
>
>
>
> Comments welcome!
>
It says Zend2 in zend.h
25 #define ZEND_VERSION "2.7.0-dev"
26
27 #define ZEND_ENGINE_2
Isn't
On Thu, Jul 24, 2014 at 8:47 PM, Yasuo Ohgaki wrote:
> Hi Zeev,
>
> On Mon, Jul 21, 2014 at 4:31 PM, Zeev Suraski wrote:
>
> > The RFC is available at https://wiki.php.net/rfc/phpng
> >
> >
> >
> > Some supporting links available down below.
> >
> >
> >
> > Comments welcome!
> >
>
> While this
On Fri, Jul 25, 2014 at 6:28 AM, Kris Craig wrote:
>> While this is a major change to the language implementation, it does not
> actually affect end users in any meaningful way except for the positive
> ‘side effect’ of their apps running faster. So while we believe that
> technically a 50%+1 vo
Hello!
The PHP development team announces the immediate availability of PHP 5.4.31.
Over 10 bugs were fixed in this release.
All users of PHP 5.4 are encouraged to upgrade to this release.
For source downloads of PHP 5.4.31 please visit our
downloads page: http://www.php.net/downloads.php
Wind
Hey:
First of all, I don't want to make *that* thead longer...
as you can see, some devers says critically phpng is lacking of
document, and they make that as the main reason for them to against
phpng.
I have to say, in my opinion it's totally ridiculous.
1. how many devers i
99 matches
Mail list logo
