Phasers Suggestions

2021-12-12 Thread Timothy Nelson
Hi all. I've been lurking on this list for years (and once won an "oldest resurrected conversation" award). I've loved Raku conceptually since the start, but have only recently been putting it to much use. Mostly, the reality is as good as the promises, but there are two areas I have been liking

Re: Phasers Suggestions

2021-12-12 Thread Elizabeth Mattijsen
I suggest making this a problem-solving issue: https://github.com/raku/problem-solving > On 11 Dec 2021, at 05:48, Timothy Nelson wrote: > > Hi all. > > I've been lurking on this list for years (and once won an "oldest resurrected > conversation" award). I've loved Raku conceptually since

Re: Phasers Suggestions

2021-12-12 Thread Clifton Wood
Tim, Love the suggestions, but some of the syntax is a little confusing. Let me see if I can reword these a bit: First off, the good: BEGIN {} COMPILE ENTER {} CHECK {} COMPILE LEAVE {} INIT {} RUNTIME ENTER {} END {} RUNTIME LEAVE {} DOC * DOC * (No change) ENTER {} ENTER {} (No change) L

Date.new("2024-02-29").later( :1year)

2021-12-12 Thread rir
REPL says: > Date.new("2024-02-29").later( :1year); 2025-02-28 Is the following some standard?

Re: Date.new("2024-02-29").later( :1year)

2021-12-12 Thread G. Chantreux
> REPL says: > > Date.new("2024-02-29").later( :1year); > 2025-02-28 > Is the following some standard? The string format complies to ISO8601 day format from date(1) -I[FMT], --iso-8601[=FMT] output date/time in ISO 8601 format. FMT='date' for date only (the default),