Hi!
> It has not taken long to find situations where this idea starts to
> fall apart. For example, in the case of strpos, I would hope for the
> return value, but in other cases I would want the the original input
> if the output is not false.
A side note - when discussing an idea, it would be g
I think it would make more sense for typed properties to exist first, and
it so happens that there was a recent RFC for this:
https://wiki.php.net/rfc/typed-properties. That RFC failed by a very small
margin.
I would suggest you read through the discussions on the mailing list
regarding that RFC f
On Tue, 15 Nov 2016, at 11:44 PM, Michael Morris wrote:
> Note this would simplify one of the use cases of setters - insuring the
> class member is of a valid type.
It's already possible to ensure within a setter that the variable is of
a specified type, you only need to make the instance variable
On 11/15/2016 03:44 PM, Michael Morris wrote:
Perhaps it's time to revisit the idea of allowing variables to have their
types locked down. The keywords needed are already reserved. So...
string $a = "hello";
int $b = 5;
Once declared this way the variable's type won't change unless it gets
unse
Perhaps it's time to revisit the idea of allowing variables to have their
types locked down. The keywords needed are already reserved. So...
string $a = "hello";
int $b = 5;
Once declared this way the variable's type won't change unless it gets
unset. In normal mode PHP will coerce any assignment
On Tue, Nov 15, 2016 at 11:14 AM Dominic Grostate <
codekest...@googlemail.com> wrote:
> I think this may have been discussed before, but I was largely dismissed
> because no one though it would be possible to implement.
>
> However assuming it is possible, what is the general feeling towards
> fu
Hi,
This RFC reached the 50%+1 vote needed for acceptance:
https://wiki.php.net/rfc/debugging_pdo_prepared_statement_emulation
The implementation was added to master (PHP 7.2):
https://github.com/php/php-src/commit/83086d9a72675bad2b2560c6f427d0c1f1d1eba0
Thanks,
Adam
On 11/15/2016 08:13 AM, Dominic Grostate wrote:
I think this may have been discussed before, but I was largely dismissed
because no one though it would be possible to implement.
However assuming it is possible, what is the general feeling towards
function overloading, as seen in C# and Java?
*
Hi,
Dominic Grostate wrote:
I think this may have been discussed before, but I was largely dismissed
because no one though it would be possible to implement.
However assuming it is possible, what is the general feeling towards
function overloading, as seen in C# and Java?
Personally, I am aga
On 15/11/2016 16:13, Dominic Grostate wrote:
I think this may have been discussed before, but I was largely dismissed
because no one though it would be possible to implement.
My first thoughts are not to do with implementation, but impact on the
rest of the language: language complexity, and
On Nov 15, 2016 18:50, Nikita Popov wrote:
>
> On Tue, Nov 15, 2016 at 4:19 PM, Dmitry Stogov wrote:
>>
>> New patch, attached to bug report, should fix both problems.
>>
>> I'm going to commit it tomorrow, if no objections.
>>
>>
>> Thanks. Dmitry.
>
> For the new validate_root patch, wouldn't w
I think this may have been discussed before, but I was largely dismissed
because no one though it would be possible to implement.
However assuming it is possible, what is the general feeling towards
function overloading, as seen in C# and Java?
To me, it saves me coming up with convoluted names f
On Tue, Nov 15, 2016 at 4:19 PM, Dmitry Stogov wrote:
> New patch, attached to bug report, should fix both problems.
>
> I'm going to commit it tomorrow, if no objections.
>
>
> Thanks. Dmitry.
>
For the new validate_root patch, wouldn't we still end up with inode
collisions caused by the hash fu
New patch, attached to bug report, should fix both problems.
I'm going to commit it tomorrow, if no objections.
Thanks. Dmitry.
From: Dmitry Stogov
Sent: Tuesday, November 15, 2016 2:41:47 PM
To: php-...@coydogsoftware.net
Cc: ras...@lerdorf.com; internals@list
Results for project PHP master, build date 2016-11-15 06:26:14+02:00
commit: ee38e01
previous commit:189bbb5
revision date: 2016-11-14 21:32:39+00:00
environment:Haswell-EP
cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores,
stepping 2, LLC 45 MB
Hi,
I am currently running a PHP.net mirror in Bosnia and Herzegovina, first in
the country (http://ba1.php.net). I have been working with PHP for a long
time so far (7+ years); I haven't had any edits so far on edit.php.net.
On Fri, Nov 11, 2016 at 11:45 AM, Peter Cowburn
wrote:
>
>
> On 10 No
hi,
I've solved one of the problems described at
https://bugs.php.net/bug.php?id=69090
The patch and explanation are attached to bug report.
Please, review.
Julien, Anatol, Joe, are you OK to commit this into 5.6 and above?
I'm going to think about the second problem.
Thanks. Dmitry.
__
17 matches
Mail list logo
