On Sat, Jun 8, 2013 at 9:49 PM, Stas Malyshev wrote:
> Hi!
>
> > My main interest here is improving the usability of GMP - the operator
> > overloading is just a means to that goal. With that in mind, I think it
>
> I understand that, but operator overloading is not the GMP-only change.
> It is a
Hi!
> be great. (Perfect would be if that script would also translate NEWS
> to HTML, see README.RELEASE_PROCESS for HTML requirements .. even
Something like this: https://gist.github.com/smalyshev/5736464
If it looks good, I'll add it into phpWeb/bin.
--
Stanislav Malyshev, Software Architect
Hi!
> My main interest here is improving the usability of GMP - the operator
> overloading is just a means to that goal. With that in mind, I think it
I understand that, but operator overloading is not the GMP-only change.
It is a change deep in the core of the engine, and as such should be
consi
Hi!
> Yes, they should be made public. Not doing this is a process issue.
Rather absence of process issue - right now we pretty much have no
process of handling security bugs. I'm trying to do what makes sense but
sometimes things fall through the cracks - like forgetting to check all
the bugs fo
On Fri, Jun 7, 2013 at 9:45 PM, Zeev Suraski wrote:
> I would add that the purpose of this feature would be exclusive to
> extensions that implement mathematical concepts, where the operators are
> well defined. In other words, arbitrary precision math, vectors,
> matrices, etc. - yes; Incremen
On Fri, Jun 7, 2013 at 8:16 PM, Stas Malyshev wrote:
> Hi!
>
> > If there is no more feedback on the RFC, then I'll start voting in a day
> or
> > two.
>
> I would suggest splitting this RFC into two - the operator overloading
> one and the GMP one. Converting GMP to objects has little to do with
Ferenc Kovacs wrote:
>private bugs can be only accessed by the php security team and some >security
>people from vendors:
>http://git.php.net/?p=web/bugs.git;a=blob;f=include/trusted-devs.php >I think
>that private bugs like that should be made public after the >fixed >version
>release, just l
On Sat, Jun 8, 2013 at 3:13 AM, Pierre du Plessis wrote:
>
> function my_call_back($key, $value) {
>> return array($value, strlen($value));
>> }
>> $array = str_word_count("PHP is lots of fun!");
>> $array = array_map_key('my_call_back', $array);
>>
>>
>> The result would be the following arra
On Fri, Jun 7, 2013 at 5:40 AM, Martin Phillips <
martinphill...@ladybridge.com> wrote:
> Hi all,
>
>
>
> I wish to propose the addition of a set of PHP functions that would
> interface with the OpenQM multivalue database product in much
> the same way as PHP already has interfaces to other databa
> function my_call_back($key, $value) {
> return array($value, strlen($value));
> }
> $array = str_word_count("PHP is lots of fun!");
> $array = array_map_key('my_call_back', $array);
>
>
> The result would be the following array:
>
> array(5) {
> ["PHP"]=>
> int(3)
> ["is"]=>
> int(2)
10 matches
Mail list logo
