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),

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: 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

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

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