Matt Diephouse wrote:
Allison Randal via RT [EMAIL PROTECTED] wrote:
PMC Class name IDs ... will require a dot in front
My preference is to eliminate the dot in classname IDs. Lodge your
objections now, before it's made fact in 0.4.9.
Allison
I actually prefer the dot. I don't like the
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Jan 15 14:00:04 2007 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with
On Sun, Jan 14, 2007 at 11:58:10PM -0500, Matt Diephouse wrote:
Allison Randal via RT [EMAIL PROTECTED] wrote:
PMC Class name IDs ... will require a dot in front
My preference is to eliminate the dot in classname IDs. Lodge your
objections now, before it's made fact in 0.4.9.
Allison
On Sun Jan 14 00:09:35 2007, [EMAIL PROTECTED] wrote:
Attached patch fix some failed tests in Ft/compilers/tge/grammar.t
when run Cmake fulltest:
[...]
Could you verify that the bug exists in the latest revision?
I'm not seeing the error when I run the tge tests (and I
think this
HaloO,
Mark J. Reed wrote:
I believe mod should be defined in the conventional way: x mod y = x -
floor(x/y) * y, which does yield 0.8 for 3.2 mod 2.4. However, for
3.2 mod - 2.4 it yields -1.6. To get 0.8 you would have to round
toward zero instead of taking the floor, and that complicates
HaloO,
I wrote:
I cannot give an algorithm how to calculate the remainder.
Even less do I know how to generalize it to full Complex.
Since one wants the absolute value of the remainder less
than the absolute value of the divisor the float result
is *rounded* in the real and imaginary
TSa writes:
Looks like we need a host of division function pairs:
fdiv fmodflooring division
ediv emodeuclidean division
rdiv rmodrounding division
tdiv tmodtruncating division
cdiv cmodceiling division
That depends on exactly what you mean by we and need.
