> Whatever you want to improve, please consider that the PHP wiki is
> driven by DokuWiki which needs to get updated from time to time (lately
> there have been two updates every year[1]; this is not accounting any
> necessary updates to DokuWiki plugins). These updates seem to be
> painful alread
On Thu, Mar 19, 2015 at 12:19 PM, Christoph Becker wrote:
> Pierre Joye wrote:
>
>> However, as of today, you are the blocking point when it comes to
>> improve the wiki RFCs, registration and voting areas.And this is
>> really becoming a problem. I am not talking about irregularities and
>> the l
Pierre Joye wrote:
> However, as of today, you are the blocking point when it comes to
> improve the wiki RFCs, registration and voting areas.And this is
> really becoming a problem. I am not talking about irregularities and
> the likes and I agree that it may not be fair to start bitching about
>
On Mar 19, 2015 5:20 AM, "Hannes Magnusson"
wrote:
>
> I have asked you before to stop harassing me, and stop spreading these
> lies and defamation before.
> Furthermore I have asked you to stop emailing all together.
>
> I have asked you very politely several times before.
>
> Please refrain for
Hi,
2015-03-18 20:42 GMT+01:00 Lazare Inepologlou :
> However, it seems that the second form is possible to fail, and that
> depends on the mode (strict or not) of the library that contains the
> function a. It does not depend on the mode that I have chosen to work with.
> The two closures will no
I have asked you before to stop harassing me, and stop spreading these
lies and defamation before.
Furthermore I have asked you to stop emailing all together.
I have asked you very politely several times before.
Please refrain for talking about me or to me ever again. I will take
legal actions if
Pretzlaw wrote:
> my name is Mike Pretzlaw, I am a (senior) developer, (junior) project
> manager and work with PHP for a decade now. About time to contribute to
> the PHP-Core and give something back to it. Unfortunately the
> registration
> (https://wiki.php.net/rfc/engine_exceptions_for_php7?do
2015-03-18 18:30 GMT+01:00 Chris Wright :
> On 18 March 2015 at 17:07, Lazare Inepologlou wrote:
>
>>
>> 2015-03-18 16:28 GMT+01:00 Chris Wright :
>>
>>> On 18 March 2015 at 13:12, Pavel Kouřil wrote:
>>>
>>> > On Wed, Mar 18, 2015 at 2:02 PM, Nikita Nefedov
>>> > wrote:
>>> > > On 18 Mar 2015
On 18 March 2015 at 17:07, Lazare Inepologlou wrote:
>
> 2015-03-18 16:28 GMT+01:00 Chris Wright :
>
>> On 18 March 2015 at 13:12, Pavel Kouřil wrote:
>>
>> > On Wed, Mar 18, 2015 at 2:02 PM, Nikita Nefedov
>> > wrote:
>> > > On 18 Mar 2015 15:52, "Pavel Kouřil" wrote:
>> > >>
>> > >> Hello,
>
On Wed, March 18, 2015 14:33, Pavel Kouřil wrote:
> I've tried the build, and it seems like it's in the strict mode 100%
> by default, and the "declare" statement doesn't recognize strict_types
> ("PHP Warning: Unsupported declare 'strict_types'"). Is this
> intentional?
>
No, that's probably me b
2015-03-18 16:28 GMT+01:00 Chris Wright :
> On 18 March 2015 at 13:12, Pavel Kouřil wrote:
>
> > On Wed, Mar 18, 2015 at 2:02 PM, Nikita Nefedov
> > wrote:
> > > On 18 Mar 2015 15:52, "Pavel Kouřil" wrote:
> > >>
> > >> Hello,
> > >>
> > >> I made that conclusion because in the first example, t
On Wed, Mar 18, 2015 at 4:28 PM, Chris Wright wrote:
> On 18 March 2015 at 13:12, Pavel Kouřil wrote:
>
> > On Wed, Mar 18, 2015 at 2:02 PM, Nikita Nefedov
> > wrote:
> > > On 18 Mar 2015 15:52, "Pavel Kouřil" wrote:
> > >>
> > >> Hello,
> > >>
> > >> I made that conclusion because in the firs
On 18 March 2015 at 13:12, Pavel Kouřil wrote:
> On Wed, Mar 18, 2015 at 2:02 PM, Nikita Nefedov
> wrote:
> > On 18 Mar 2015 15:52, "Pavel Kouřil" wrote:
> >>
> >> Hello,
> >>
> >> I made that conclusion because in the first example, the library kinda
> >> forces strict mode rules on the caller
Pavel Kouřil wrote:
> On Wed, Mar 18, 2015 at 1:47 PM, Anatol Belski wrote:
>>
>> for anyone needing to test on Windows, there was builds for an older RFC
>> version
>>
>> http://windows.php.net/downloads/snaps/ostc/scalar_type_hints_2_strict_mode/
>>
>> but I just made quick builds for the curre
On Wed, Mar 18, 2015 at 1:47 PM, Anatol Belski wrote:
> Pavel,
>
> On Wed, March 18, 2015 11:05, Pavel Kouřil wrote:
>> On Wed, Mar 18, 2015 at 11:01 AM, Pierre Joye
>> wrote:
>>
>>>
>>> On Mar 18, 2015 4:56 PM, "Pavel Kouřil" wrote:
>>>
On Mon, Mar 16, 2015 at 10:03 PM, Anthony Ferrar
this is more then enough :)
Thanks, I've committed your patch with additional limitation to GCC version.
Thanks. Dmitry.
On Wed, Mar 18, 2015 at 1:49 PM, Caio Souza Oliveira <
caio.olive...@eldorado.org.br> wrote:
> Hello Dmitry! Sorry for my lack of details on my build process and
> environment
On Wed, Mar 18, 2015 at 2:02 PM, Nikita Nefedov wrote:
> On 18 Mar 2015 15:52, "Pavel Kouřil" wrote:
>>
>> Hello,
>>
>> I made that conclusion because in the first example, the library kinda
>> forces strict mode rules on the caller, even if he doesn't want to use
>> strict mode - this makes the
bench.php worked with 4.7.0 worked fine foe me, but I saw crash on "make
pharcmd" and few tests related to assert().
Travis had similar crash on "make pharcmd" with 4.6.3.
For now I limited usage of global register variables by 4.8.0 and above.
Thanks. Dmitry.
On Wed, Mar 18, 2015 at 1:16 PM, Al
On 18 Mar 2015 15:52, "Pavel Kouřil" wrote:
>
> Hello,
>
> I made that conclusion because in the first example, the library kinda
> forces strict mode rules on the caller, even if he doesn't want to use
> strict mode - this makes the interoperability of the two modes
> problematic.
This is incorr
On Wed, Mar 18, 2015 at 1:47 PM, Anatol Belski wrote:
> Pavel,
>
> On Wed, March 18, 2015 11:05, Pavel Kouřil wrote:
>> On Wed, Mar 18, 2015 at 11:01 AM, Pierre Joye
>> wrote:
>>
>>>
>>> On Mar 18, 2015 4:56 PM, "Pavel Kouřil" wrote:
>>>
On Mon, Mar 16, 2015 at 10:03 PM, Anthony Ferrar
On Wed, Mar 18, 2015 at 1:13 PM, Nikita Nefedov wrote:
>
> On 18 Mar 2015 14:32, "Pavel Kouřil" wrote:
>>
>> On Wednesday, March 18, 2015, Patrick ALLAERT
>> wrote:
>> > Le mer. 18 mars 2015 à 10:56, Pavel Kouřil a écrit
>> > :
>> >>
>> >> Hello,
>> >>
>> >> how will these examples work btw?
>>
Pavel,
On Wed, March 18, 2015 11:05, Pavel Kouřil wrote:
> On Wed, Mar 18, 2015 at 11:01 AM, Pierre Joye
> wrote:
>
>>
>> On Mar 18, 2015 4:56 PM, "Pavel Kouřil" wrote:
>>
>>>
>>> On Mon, Mar 16, 2015 at 10:03 PM, Anthony Ferrara
>>>
>>> wrote:
>>>
All,
Voting has been close
Hey Pavel,
> how will these examples work btw?
>
> // a.php
> declare(strict_types=1);
> function foo($fn) {
> $fn("1");
> };
>
> // b.php
> require 'a.php';
> foo(function (int $a) { return $a * 2; });
Result: catchable fatal error
Reason: invocation context is in strict mode
> // c.php
> f
On 18 Mar 2015 14:32, "Pavel Kouřil" wrote:
>
> On Wednesday, March 18, 2015, Patrick ALLAERT
> wrote:
> > Le mer. 18 mars 2015 à 10:56, Pavel Kouřil a écrit
:
> >>
> >> Hello,
> >>
> >> how will these examples work btw?
> >>
> >> // a.php
> >> >> declare(strict_types=1);
> >> function foo($fn)
On Mar 18, 2015 6:42 PM, "Patrick ALLAERT" wrote:
>
> Le lun. 16 mars 2015 à 21:34, Matthew Leverton a
> écrit :
>
> > (Although the irony of using =1 instead of =true isn't lost on me!)
> >
>
> Yes, I mentioned[1] that funny aspect earlier.
>
> 0 or 1 is explicitly required in order to update th
Le lun. 16 mars 2015 à 21:34, Matthew Leverton a
écrit :
> (Although the irony of using =1 instead of =true isn't lost on me!)
>
Yes, I mentioned[1] that funny aspect earlier.
0 or 1 is explicitly required in order to update the boolean behind it
while true/false generates a fatal error with "s
On Wednesday, March 18, 2015, Patrick ALLAERT
wrote:
> Le mer. 18 mars 2015 à 10:56, Pavel Kouřil a écrit :
>>
>> Hello,
>>
>> how will these examples work btw?
>>
>> // a.php
>> > declare(strict_types=1);
>> function foo($fn) {
>> $fn("1");
>> };
>>
>> // b.php
>> > require 'a.php';
>> foo(f
Le mer. 18 mars 2015 à 10:56, Pavel Kouřil a écrit :
> Hello,
>
> how will these examples work btw?
>
> // a.php
> declare(strict_types=1);
> function foo($fn) {
> $fn("1");
> };
>
> // b.php
> require 'a.php';
> foo(function (int $a) { return $a * 2; });
>
>
>
> // c.php
> function foo($f
Hi,
Le 18 mars 2015 11:06, "Pavel Kouřil" a écrit :
>
> On Wed, Mar 18, 2015 at 11:01 AM, Pierre Joye
wrote:
> >
> > On Mar 18, 2015 4:56 PM, "Pavel Kouřil" wrote:
> >>
> >> On Mon, Mar 16, 2015 at 10:03 PM, Anthony Ferrara
> >> wrote:
> >> > All,
> >> >
> >> > Voting has been closed on the sc
Hi Dmitry,
I compiled it with gcc 4.7.2 and the bench.php performed well. Where did
you find the errors?
Albert
On Wed, Mar 18, 2015 at 12:22 AM, Dmitry Stogov wrote:
> Please also tell your GCC version.
> We had problems with 4.6.3 and 4.7.0, so we disabled global variables for
> GCC prior 4.
On Wed, Mar 18, 2015 at 11:01 AM, Pierre Joye wrote:
>
> On Mar 18, 2015 4:56 PM, "Pavel Kouřil" wrote:
>>
>> On Mon, Mar 16, 2015 at 10:03 PM, Anthony Ferrara
>> wrote:
>> > All,
>> >
>> > Voting has been closed on the scalar type declarations v0.5 RFC:
>> >
>> > https://wiki.php.net/rfc/scalar
On Mar 18, 2015 4:56 PM, "Pavel Kouřil" wrote:
>
> On Mon, Mar 16, 2015 at 10:03 PM, Anthony Ferrara
wrote:
> > All,
> >
> > Voting has been closed on the scalar type declarations v0.5 RFC:
> >
> > https://wiki.php.net/rfc/scalar_type_hints_v5
> >
> > At a final score of 108:48, it has been accep
On Mon, Mar 16, 2015 at 10:03 PM, Anthony Ferrara wrote:
> All,
>
> Voting has been closed on the scalar type declarations v0.5 RFC:
>
> https://wiki.php.net/rfc/scalar_type_hints_v5
>
> At a final score of 108:48, it has been accepted for PHP 7.
>
> Thank you.
>
> Anthony
>
> --
> PHP Internals -
> FWIW, as someone who did play with the patch (both patches, of course),
> I'm not sure why people are claiming you don't understand the RFC. Your
> comments in the code are 100% accurate, which means you understood
> exactly how it works.
Josh Di Fabio just pointed out to me that the code in qu
> -Original Message-
> From: yohg...@gmail.com [mailto:yohg...@gmail.com] On Behalf Of Yasuo
> Ohgaki
> Sent: Wednesday, March 18, 2015 6:44 AM
> To: Pierre Joye
> Cc: PHP internals; Leigh; André Rømcke; Lester Caine
> Subject: Re: [PHP-DEV] [RFC][Accepted] Scalar Type Declarations V0.5
>
>
On Mar 18, 2015 4:01 PM, "Zeev Suraski" wrote:
>
> > -Original Message-
> > From: Florian Anderiasch [mailto:m...@anderiasch.de]
> > Sent: Wednesday, March 18, 2015 10:48 AM
> > To: Stanislav Malyshev; Stelian Mocanita
> > Cc: PHP Internals List
> > Subject: Re: [PHP-DEV] Vote process chan
> -Original Message-
> From: Florian Anderiasch [mailto:m...@anderiasch.de]
> Sent: Wednesday, March 18, 2015 10:48 AM
> To: Stanislav Malyshev; Stelian Mocanita
> Cc: PHP Internals List
> Subject: Re: [PHP-DEV] Vote process change proposal
>
> >> TL;DR: I'd prefer no one actively trying to
Hi all,
On Sun, Mar 1, 2015 at 1:53 PM, Yasuo Ohgaki wrote:
> https://bugs.php.net/bug.php?id=69127
>
> This bug is known fatal bug for session module. I proposed "lazy_destroy"
> to fix
> this before, but it declined.
>
> I think the name was wrong. With the proposal, session module destories
>
On 03/18/2015 12:17 AM, Stanislav Malyshev wrote:
> Hi!
>
>> people vote to appear/be active I don't see any way to avoid it - people
>> with a strong opinion might still try to win over, others might just go
>> this route if they think something really, really bad is happening -
>> we'll never kn
On 17/03/15 23:53, André Rømcke wrote:
>>> >> To help towards that end, can someone who understands what is wanted
>>> >> from the weak type hint mode actually produce a summary of that as it is
>>> >> very difficult to extract just what has now been agreed for that area of
>>> >> type hinting. A b
> On 18 Mar 2015, at 3:44 pm, Yasuo Ohgaki wrote:
>
> Hi Pierre,
>
>> On Wed, Mar 18, 2015 at 1:35 PM, Pierre Joye wrote:
>>
>>> On Mar 18, 2015 11:26 AM, "Yasuo Ohgaki" wrote:
>>>
>>> I didn't have my time to spent for the patch. So I don't verify this
>>> by myself, but it seems common s
41 matches
Mail list logo
