On Mon, Nov 1, 2021 at 2:35 PM ToddAndMargo via perl6-users <
perl6-us...@perl.org> wrote:
> On 10/31/21 19:39, Sean McAfee wrote:
>
> > (2.FatRat, { $_ / 2 + 1 / $_ } ... (* - *).abs < 1e-100).tail
>
> 1.414213562373095048801688724209698078569671875376948073176679737990732478462107038850387534
On Sun, Oct 31, 2021 at 10:10 PM ToddAndMargo via perl6-users <
perl6-us...@perl.org> wrote:
> On 10/31/21 01:43, Shlomi Fish wrote:
>
> >
> >> ("" ~ sqrt(2)).comb().grep(* ne ".").map(+*)
> > (1 4 1 4 2 1 3 5 6 2 3 7 3 0 9 5 1)
>
> Cool!
>
> my Int @x = ("" ~ sqrt(2)).comb().grep(* ne ".").map(+*
On Wed, Apr 28, 2021 at 5:38 PM Fernando Santagata <
nando.santag...@gmail.com> wrote:
> ,
> If you've found the Perl XS interface easy to work with, give Raku's
> NativeCall a try, you will find it amazing. Since you already know the C
> libraries, I guess you can cook an interface in no time.
>
On Tue, Apr 27, 2021 at 12:23 AM sisyphus wrote:
> (I guess I could just use Inline::Perl5 ... not exactly my preferred
> option ... but a viable alternative, I would think.)
>
>
The following sort of works, but not in a very meaningful way.
All it really does is show that perl is
On Sun, Apr 25, 2021 at 3:57 AM Ralph Mellor
wrote:
> On Fri, Apr 16, 2021 at 7:22 AM sisyphus wrote:
> >>
> > The conversion from int to num looks sane.
>
> Sounds good. :)
>
> So presumably our early tentative conclusion of what we hope
> will pan out is tha
On Fri, Apr 16, 2021 at 10:21 AM Ralph Mellor
wrote:
[snip]
>
> my int $i = ...;
> my num $n = $i;
>
>
The conversion from int to num looks sane.
Of course, we can't assign 64 bit values to an int, so I switched to the
63-bit values 9223372036854775296 and 9223372036854775295.
The first of tho
Hi,
Just replacing a garbled typo that began just below "When you throw in"
with the text that should have been there.
On Sun, Apr 11, 2021 at 11:24 PM sisyphus wrote:
>
> But I find the "logic" of what is going on here to be confusing.
>
> C:\_32>
Hi,
C:\>raku -e "say 1.8446744073709552e+19 == 18446744073709551615"
True
I think I understand why raku deems this to be true.
The LHS is 0x1p+64, which is identical to the double that the RHS rounds to.
(AFAIK, it's the same with perl5 and C.)
Of course, for all $x in the Int range of 18446744
On Wed, Apr 7, 2021 at 9:16 AM Ralph Mellor wrote:
[snip]
>
> Aiui this is correct (and to me intuitive) behaviour described here:
>
> https://docs.raku.org/language/numerics#Numeric_infectiousness
>
>
An overly simplified rule is being specified, without any mention of the
underlying reasoning,
On Fri, Apr 9, 2021 at 10:26 AM Ralph Mellor
wrote:
> Another thing I've bumped into in my travels:
>
> > From: Zefram
> > Sent: Thursday, February 18, 2016 4:08 AM
> > To: perl5-port...@perl.org
> > Subject: Re: [perl #127182] One digit short to correctly stringify a
> double
>
> >> To have diff
Cheers,
Rob
PS I'm a bit pressed for time until about Monday, but I'll try to address
other interesting points that you've made as time permits.
On Fri, Apr 9, 2021 at 8:22 AM Ralph Mellor wrote:
> On Thu, Apr 8, 2021 at 3:25 AM Ralph Mellor
> wrote:
> >
On Wed, Apr 7, 2021 at 11:31 PM Vadim Belman wrote:
>
> For exact match one can use eqv:
>
> say 1/10 eqv 0.1e0; # False
> say 1/10*1e0 eqv 0.1e0; # True
>
I don't think this is quite what I'm after.
I would want the following to be True, but it's False:
C:\> raku -e "say 3602879701896397/360287
Hi Ralph,
I think the important flaw is raku's incapacity to convert a Num to its
exact Rat/FatRat expression. (Note that every finite Num can be expressed
exactly as a Rat/FatRat.)
Without that option we are currently forced to compare Num and Rat/FatRat
as 2 Nums, and I think the option to compar
On Tue, Apr 6, 2021 at 11:09 AM sisyphus wrote:
> [snip]
> Is there behaviour in other languages (eg python ?) that supports this
> approach that raku has taken ?
>
>
I'm as unfamiliar with python3 as I am with raku, but it seems to me that
python3 takes the approach that m
Hi,
With perl5 (configured with $Config{nvtype} of "double") we can get a
rational expression of the exact value held (for example) by the double 0.1
by doing:
$ perl -e 'printf "%.60g\n", 1.0e-1;'
0.155511151231257827021181583404541015625
How can we achieve the same in raku ?
I
From: Brandon Allbery
Sent: Friday, October 13, 2017 4:15 AM
To: sisyph...@optusnet.com.au
Cc: Carl Mäsak via RT
Subject: Re: [perl #132268] Floating point anomalies
On Thu, Oct 12, 2017 at 5:31 AM, wrote:
Perl6's printf() function looks a little suspect - though I might be missing
something here
-Original Message-
From: Zoffix Znet via RT
Sent: Wednesday, October 11, 2017 11:09 PM
To: sisyph...@optusnet.com.au
Subject: [perl #132268] Floating point anomalies
> What you describe looks to be similar to the other issue I have in my
> private bug stash:
>
>say .1e0 + .2e0 ==
# New Ticket Created by "Sisyphus"
# Please include the string: [perl #132268]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=132268 >
Hi,
Some anomalous rounding behaviour on Ubuntu-16.04 was n
On 2/20/06, Joshua Hoblitt <[EMAIL PROTECTED]> wrote:
> > Yes, /usr/local/lib is already in /etc/ld.so.conf.
>
> Perhaps you need to run `ldconfig` as root.
Yep - that takes care of it.
Cheers,
Rob
- Original Message -
From: "Nick Glencross" <[EMAIL PROTECTED]>
To: "Sisyphus" <[EMAIL PROTECTED]>; "Perl 6 Internals"
Sent: Monday, February 20, 2006 9:47 PM
Subject: Re: Building parrot-0.4.1 on Win32
> On 2/20/06, Sisyphus <[EMAIL
- Original Message -
From: "Jonathan Worthington"
.
.
> So
> I guess one answer is to try the latest Parrot, either from SVN or by
> downloading a snapshot:
> http://svn.perl.org/snapshots/parrot/
>
Thanks for the reply, Jonathan. A few things came up and I've not been able
to get back u
Hi,
My first post here. First up, is there a better place to ask questions
relating to the building of parrot ? If so ... where ? If not ... read on.
I'm on Windows 2000, and parrot-0.4.1 builds straight out of the box using
MSVC++ 7.0 (.NET) and nmake. But there's a couple of issues when using
22 matches
Mail list logo