masak: S03-operators/arith.t mentions
http://mathworld.wolfram.com/Indeterminate.html, as I understand it this argues
in favour of 1 ** Inf == NaN
bartolin: sure, I'm already concinced that *math* makes the argument
for 1 ** Inf == NaN.
but IEEE 754 deviates from math in some places where it
p6: say 1 ** Inf # [RT #85750]
niecza: OUTPUT«Cannot open assembly './run/Niecza.exe': No such file
or directory.»
..rakudo-jvm d60a8f: OUTPUT«Can't call method "syswrite" on an
undefined value at /home/p6eval/jvm-rakudo/eval-client.pl line 32.»
..rakudo-{parrot,moar} d60a8f: OUTPUT«1»
th
Just for the records: Looking a bit closer I saw that the failing tests in
S03-operators/arith.t and S32-num/power.t (reported on 2013-06-03) where
identical. Both test whether "1**Inf" equals 1.
Interestingly I got exactly those test failures on a current version of NetBSD
(6.1.4):
netbsd-6.1
Hi,
again it's been a while. I installed a current Rakudo on OpenBSD 5.5 (amd64)
and happily most of the test failures didn't occur anymore.
On Moar I had a clean spectest.
On Parrot I had only one failure. (Please note, that I had to install ICU
("pkg_add icu4c"). Without that package some of
On Thu, 30 May 2013 08:58:50 -0700, "Will Coleda via RT" wrote:
> On Wed, May 29, 2013 at 10:29 AM, Pascal Stumpf wrote:
>
> > On Wed, 29 May 2013 05:42:27 -0700, "Will Coleda via RT" wrote:
> > > How are you running the spec tests? - it looks like you've included some
> > > that are not marked as
On Wed, May 29, 2013 at 10:29 AM, Pascal Stumpf wrote:
> On Wed, 29 May 2013 05:42:27 -0700, "Will Coleda via RT" wrote:
> > How are you running the spec tests? - it looks like you've included some
> > that are not marked as runnable by rakudo.
>
> I think I did a "gmake spectest_full". Shall I r
On Wed, 29 May 2013 05:42:27 -0700, "Will Coleda via RT" wrote:
> How are you running the spec tests? - it looks like you've included some
> that are not marked as runnable by rakudo.
I think I did a "gmake spectest_full". Shall I run just the spectest
target again or can you just ignore the test
How are you running the spec tests? - it looks like you've included some
that are not marked as runnable by rakudo.
You need "make spectest".
On Mon, May 27, 2013 at 12:36 PM, Pascal Stumpf wrote:
> On Sat, 25 May 2013 22:08:00 -0700, "Will Coleda via RT" wrote:
> > On Wed Mar 09 10:38:06 201
Hi, does this happen with parrot-5.2 too?
Looks like I should set up a vm for testing...
Am 27.05.2013 18:36, schrieb Pascal Stumpf:
> On Sat, 25 May 2013 22:08:00 -0700, "Will Coleda via RT" wrote:
>> On Wed Mar 09 10:38:06 2011, pascal.stu...@cubes.de wrote:
>>> The following test failures have
On Sat, 25 May 2013 22:08:00 -0700, "Will Coleda via RT" wrote:
> On Wed Mar 09 10:38:06 2011, pascal.stu...@cubes.de wrote:
> > The following test failures have so far been confirmed for all tested
> > architectures (amd64, macppc, mips64el):
> >
> > Test Summary Report
> > ---
>
On Wed Mar 09 10:38:06 2011, pascal.stu...@cubes.de wrote:
> The following test failures have so far been confirmed for all tested
> architectures (amd64, macppc, mips64el):
>
> Test Summary Report
> ---
> t/spec/S02-builtin_data_types/instants-and-durations.t (Wstat: 0
> Tes
11 matches
Mail list logo
