On 2020-01-13 22:56, Darren Duncan wrote:
Brad is saying what I've been saying, while a uint CAN represent a
cardinal number, one does NOT ALWAYS represent a cardinal number, so
saying this only IS a cardinal number is WRONG. -- Darren Duncan
Hi Darren,
You are mixing specific data constructi
On 2020-01-12 11:32 p.m., ToddAndMargo via perl6-users wrote:
On 2020-01-12 20:03, Darren Duncan wrote:
A uint32 is NOT specifically a cardinal.
Since a uint32 ca not be negative or a fraction,
it is a cardinal. Other operating system do call
them cardinals, such as Modula2. Pascal, C++ (I
th
Brad is saying what I've been saying, while a uint CAN represent a cardinal
number, one does NOT ALWAYS represent a cardinal number, so saying this only IS
a cardinal number is WRONG. -- Darren Duncan
On 2020-01-13 12:56 p.m., Brad Gilbert wrote:
Ok looking into it, zero is inside of the set o
On 2020-01-13 21:02, Aureliano Guedes wrote:
ToddAndMargo, this should handle any kind of columns separated data (or
any table). If some column (commonly separated with a constant character
as "\t", ";", "|", ) has different types (char, text, int, boolean,
...) in a single column, then it
On Mon, Jan 13, 2020 at 11:30 PM ToddAndMargo via perl6-users
mailto:perl6-us...@perl.org>> wrote:
Hi All,
This works,
$ p6 'my uint8 $c = 0xA5; my uint8 $d = +^$c; say $d.base(16);'
5A
But this does not:
$ p6 'my uint8 $c = 0xA5; say (+^$c).base(16);'
On 2020-01-13 21:02, Aureliano Guedes wrote:
ToddAndMargo, this should handle any kind of columns separated data (or
any table). If some column (commonly separated with a constant character
as "\t", ";", "|", ) has different types (char, text, int, boolean,
...) in a single column, then it
If you read the signature for +^, you'll notice it returns an Int.
In your first working example, you're taking a uint8 with binary value
10100101, zero extending it to 64 bits via +^, applying a two's compliment,
and then assigning bits [0:7] to another uint8 which at that point contains
the bin
ToddAndMargo, this should handle any kind of columns separated data (or any
table). If some column (commonly separated with a constant character as
"\t", ";", "|", ) has different types (char, text, int, boolean, ...)
in a single column, then it should be treated as a character, but if it has
Hi All,
This works,
$ p6 'my uint8 $c = 0xA5; my uint8 $d = +^$c; say $d.base(16);'
5A
But this does not:
$ p6 'my uint8 $c = 0xA5; say (+^$c).base(16);'
-A6
1) who turned it into an negative integer?
2) how do I turn it back?
Many thanks,
-T
>> what is the best strategy?
My general rule of thumb:
If you control the value then you can pick whatever data type that has the
largest number of bits to hold your largest value.[1]
If you don't control the value, stick with an Int (or Uint).
If you stick with Int you can later modify it to u
On 2020-01-13 20:09, Aureliano Guedes wrote:
About the Raku typing, suppose I'll write a library to deal with data
frames/tables (as PDL - Perl(5) Data Language), something like
Pandas-Python or R.
After reading the file (csv; tsv ) I'd like that some routine
identifies the best type to fix
About the Raku typing, suppose I'll write a library to deal with data
frames/tables (as PDL - Perl(5) Data Language), something like
Pandas-Python or R.
After reading the file (csv; tsv ) I'd like that some routine
identifies the best type to fix each column (especially in cases like Unit,
unit
On Mon, Jan 13, 2020 at 9:51 PM ToddAndMargo via perl6-users
mailto:perl6-us...@perl.org>> wrote:
On 2020-01-13 18:46, ToddAndMargo via perl6-users wrote:
> On 2020-01-13 17:13, ToddAndMargo via perl6-users wrote:
>> And, no one is telling me percisely what the difference
>> b
>> trying to find the constraints explanation in the documentation:
https://docs.raku.org/language/nativetypes
"Raku offers a set of *native* types with a fixed, and known,
representation in memory"
and
"However, these types do not necessarily have the size that is required by
the NativeCall
On 2020-01-13 18:46, ToddAndMargo via perl6-users wrote:
On 2020-01-13 17:13, ToddAndMargo via perl6-users wrote:
And, no one is telling me percisely what the difference
between UInt and uint is other than one is a subset of
Int and the other is a native type. They act exactly
the same.
Hi Al
On 2020-01-13 17:13, ToddAndMargo via perl6-users wrote:
And, no one is telling me percisely what the difference
between UInt and uint is other than one is a subset of
Int and the other is a native type. They act exactly
the same.
Hi All,
Off line, Paul told me what the difference is
between
Hi All,
https://docs.raku.org/language/numerics#Auto-boxing
https://docs.raku.org/language/nativetypes#Types_with_native_representation_and_size
I think I have uncovered a misunderstanding on my part.
I use to believe if you did not tell a variable
what its size was, that it was figured out on
On 2020-01-13 16:58, The Sidhekin wrote:
On Tue, Jan 14, 2020 at 1:25 AM ToddAndMargo via perl6-users
mailto:perl6-us...@perl.org>> wrote:
On 2020-01-13 15:16, Laurent Rosenfeld via perl6-users wrote:
> The way you consistently mixed up uint and Uint in the last hours,
> despite h
On Tue, Jan 14, 2020 at 1:25 AM ToddAndMargo via perl6-users <
perl6-us...@perl.org> wrote:
> On 2020-01-13 15:16, Laurent Rosenfeld via perl6-users wrote:
> > The way you consistently mixed up uint and Uint in the last hours,
> > despite having been warned about this mistake, also shows a lack of
On 2020-01-13 15:16, Laurent Rosenfeld via perl6-users wrote:
Your own record over the last years shows that you very often don't
understand documentation (and I actually sometimes wonder whether you're
even really interested in trying to understand it).
Actually, I go there a lot and I tear m
> What makes you think I did not understand the documentation?
Your own record over the last years shows that you very often don't
understand documentation (and I actually sometimes wonder whether you're
even really interested in trying to understand it).
Your disdain for the documentation just c
On 2020-01-13 14:22, The Sidhekin
wrote:
Your use of the term "uint" in reference
to "UInt" is what makes me think so.
uint and UInt are different types –
conceptually related, but with no type relation between them –
th
On Mon, Jan 13, 2020 at 10:46 PM ToddAndMargo via perl6-users <
perl6-us...@perl.org> wrote:
> On 2020-01-13 12:43, The Sidhekin wrote:
>
> On Mon, Jan 13, 2020 at 8:51 PM ToddAndMargo via perl6-users <
> perl6-us...@perl.org> wrote:
>
>> In https://docs.raku.org/type/UInt, a cardinal (uint)
>> is
On 2020-01-13 12:43, The Sidhekin
wrote:
On Mon, Jan 13, 2020 at 8:51
PM ToddAndMargo via perl6-users
wrote:
On 2020-01-13 11:10,
To
Hi All,
https://docs.raku.org/type/UInt
Type Graph
Type relations for 404
The chart is 404 missing
To fix this, Raku can use the chart from
https://docs.perl6.org/type/UInt
https://docs.perl6.org/images/type-graph-UInt.svg
Picky, Picky, Picky
:-)
-T
On 2020-01-13 12:56, Brad Gilbert wrote:
Ok looking into it, zero is inside of the set of cardinal numbers.
It is still wrong to call a uint a cardinal number.
It's just wrong for a different reason.
Looking through various definitions, a cardinal number is a number which
represents a count of
Ok looking into it, zero is inside of the set of cardinal numbers.
It is still wrong to call a uint a cardinal number.
It's just wrong for a different reason.
Looking through various definitions, a cardinal number is a number which
represents a count of sets.
So a uint could be used to represent
On Mon, Jan 13, 2020 at 8:51 PM ToddAndMargo via perl6-users <
perl6-us...@perl.org> wrote:
> On 2020-01-13 11:10, ToddAndMargo via perl6-users wrote:
> >
> > https://docs.raku.org/type/UInt
> > Subset UInt
> > Unsigned integer (arbitrary-precision)
> > The UInt is defined as a subset
On 2020-01-13 11:10, ToddAndMargo via perl6-users wrote:
https://docs.raku.org/type/UInt
Subset UInt
Unsigned integer (arbitrary-precision)
The UInt is defined as a subset of Int:
my subset UInt of Int where {not .defined or $_ >= 0};
Consequently, it cannot be instantiated o
On 2020-01-13 06:17, Brad Gilbert wrote:
According to the description you copied, a cardinal can never be zero.
any of the numbers
that express amount, as one, two, three, etc.
So it is more accurate to call it an integer.
Hi Brad,
Are you referring to "any of the numbers that expr
Okay, I opened a github issue:
https://github.com/rakudo/rakudo/issues/3421
On 1/13/20, Vadim Belman wrote:
> At a quick glance, looks like a bug to me. Worth opening a ticket on
> https://github.com/rakudo/rakudo
>
> Best regards,
> Vadim Belman
>
>> On Jan 12, 2020, at 8:15 PM, Joseph Bren
At a quick glance, looks like a bug to me. Worth opening a ticket on
https://github.com/rakudo/rakudo
Best regards,
Vadim Belman
> On Jan 12, 2020, at 8:15 PM, Joseph Brenner wrote:
>
> Moving the definition of the subset outside of the class
> covers for the weird behavior...
>
> my @allowe
According to the description you copied, a cardinal can never be zero.
any of the numbers
that express amount, as one, two, three, etc.
So it is more accurate to call it an integer.
On Mon, Jan 13, 2020 at 1:32 AM ToddAndMargo via perl6-users <
perl6-us...@perl.org> wrote:
> On 2020-01-
Anyone with ideas for the Google Summer of Code, please share them! If
you don't have a GitHub account (or don't want to do the effort of
getting a PR merged), you can share them on the ML or in private mail,
and I'll do my best to get them on the GitHub repository.
Begin forwarded message:
On Mo
On Sun, 12 Jan 2020 13:59:43 -0800
yary wrote:
> I downloaded the Rakudo Star 2019.11-rc1 source installer from
> https://dist.tyil.nl/raku/rakudo-star/ and built it on OS X 10.15.2
> "Catalina", rakudo-test complains about Native Call, and also that a
> couple TODO's pass
>
> *Test Summary Repo
35 matches
Mail list logo