Re: Benchmark for Scala, Ruby and Perl

Sorry, it's 5:00am here and needless to say it's wy past my bedtime and I'm making mistakes. The comparison should have been between both ruby versions ugh. I'll let you play though. Have a great night. On Sat, Jan 15, 2022 at 4:57 AM Paul Procacci wrote: > Hey John, > > One more

Re: Benchmark for Scala, Ruby and Perl

Hey John, One more follow up and then it's bedtime for me. I wanted to further this discussion just a little bit more by implementing the mmap solution that I applied to perl to ruby instead. Now all of a sudden, ruby is much much faster. My ruby source code follows: Goodnight! # ruby -W0

Re: Benchmark for Scala, Ruby and Perl

Hey John, On Sat, Jan 15, 2022 at 3:04 AM Jon Smart wrote: > > Hello Paul > > Do you mean by undef $/ and with <$fh> we can read the file into memory > at one time? > In most cases the short answer is yes. I have problems with your wording however given the 'geek' that I am. 'At one time'

Re: Benchmark for Scala, Ruby and Perl

Hello Paul Do you mean by undef $/ and with <$fh> we can read the file into memory at one time? Yes that would be faster b/c we don't need to read file by each line, which increases the disk IO. Another questions: 1. what's the "truss" command? 2. what's the syntax "<:mmap"? Thank you.

Re: Benchmark for Scala, Ruby and Perl

Hey Jon, The most glaringly obvious thing I could recommend is that at least in your perl routine (and probably the other languages) most of your time is context switching reading from the disk. Now, my perl version is indeed faster, but one has to ask themselves, was .015193256 seconds really

Benchmark for Scala, Ruby and Perl

Hello, May I show the result of my benchmark for perl5, ruby, and scala? https://blog.cloudcache.net/benchmark-for-scala-ruby-and-perl/ Welcome you to give any suggestion to me for improving this. Thanks.

The SF Perl Raku Study Group, 01/16 at 1pm PDT

Gary Snyder, "A Space in Place" (1996), "Language Goes Two Ways": " 'Wild' alludes to a process of self-organization that generates systems and organisms ... Wildness can be said to be the essential nature of nature. As reflected in consciousness, it can be seen as a kind of open

Re: Removing ' characters

On 1/10/22 07:41, Richard Hainsworth wrote: If a string is enclosed in ' characters, and I want to remove the bracketing ', how do I do it? Seems like ' is not a normal character, or is it because its not a bracketing character? Using REPL I got > my $s = '\'\'' '' > $s.subst( / \' ~ \'

Re: Removing ' characters

Hi Richard, In a script: my $s = '\'\''; $s.subst( / "'" ~ "'" (.+) /, {$0}).put; put s/ \< .+ \/ \> /$// given $s; put s/ \' <( .+ )> \' /$// given $s; #all three return: HTH, Bill. On Mon, Jan 10, 2022 at 8:46 AM Simon Proctor wrote: > > Within the regex the ' character is just another

Re: Removing ' characters

Within the regex the ' character is just another string so rather than escaping it you can write the regex as : $s.subst( / "'" ~ "'" (.+) /, $0) (That's " ' " (without spaces) to be exact.) And it does the trick. You can do the same when defining it $s = "''"; or $s = q['']; both work. On

Re: Removing ' characters

Aha. Thanks On 10/01/2022 15:59, Gianni Ceccarelli wrote: On Mon, 10 Jan 2022 15:41:04 + Richard Hainsworth wrote: Using REPL I got > my $s = '\'\'' '' > $s.subst( / \' ~ \' (.+) /, $0) Use of Nil in string context   in block at line 1 That error message (which is a bit LTA)

Re: Removing ' characters

On Mon, 10 Jan 2022 15:41:04 + Richard Hainsworth wrote: > Using REPL I got > > > my $s = '\'\'' > '' > > $s.subst( / \' ~ \' (.+) /, $0) > Use of Nil in string context >   in block at line 1 That error message (which is a bit LTA) refers to the `$0`. As

Removing ' characters

If a string is enclosed in ' characters, and I want to remove the bracketing ', how do I do it? Seems like ' is not a normal character, or is it because its not a bracketing character? Using REPL I got > my $s = '\'\'' '' > $s.subst( / \' ~ \' (.+) /, $0) Use of Nil in string context   in

Re: Merry Xmas day

Can you give, or point to, a definition of 'full-blown macros'? Rob

Re: about binary protocol porting

Just to reinforce Geoff's message, remember Tony Hoare's "Premature optimisation is the root of all evil" https://effectiviology.com/premature-optimization/ as quoted by Rob Pike https://users.ece.utexas.edu/~adnan/pike.html

Re: about binary protocol porting

Just from skimming some of the relevant docs (not having written a driver for Apache Ignite before), some thoughts: * It does indeed look like there is enough info, both as documentation and example code, to write codecs and drivers for Ignite * The formats and protocols look rather

Re: about binary protocol porting

Glad to hear these suggestions, @Geoffery. I also have a question, this product has a clear binary protocol, do you know how to port it to perl or perl6? https://ignite.apache.org/docs/latest/binary-client-protocol/binary-client-protocol I was using their python/ruby clients, but there is not a

Re: about binary protocol porting

I love doing binary codecs for Raku[1]!  How you approach this really depends on what formats and protocols you want to create Raku modules for. The first thing you need to be able to do is test if your codec is correct.  It is notoriously easy to make a tiny mistake in a protocol

Re: continuous testing

As long as I'm trying to follow topics, related to continuous testing with github actions, I always see ubuntu-based scenarios. What about macOS and Windows? Do we have rakudo images for these? Best regards, Vadim Belman > On Jan 1, 2022, at 5:14 AM, JJ Merelo wrote: > > Try the new GitHub

Re: update: meta data in Pod Block

Rakudo v2031.03 Have I been asleep for a decade? My Rakudo is v2021.12. I'm not sure what context you are using, so why you are getting errors. POD6 commands do not work with REPL. Here is the contents of a test file, which can be run with 'prove6 -v t/config.t' assuming the following

Re: shell to raku

> raku is now my tool of choice when * manipulexity is important I had to look it up Larry Wall: Manipulexity and Whipuptitude - Fortune If you were a Unix programmer you either programmed in C or shell. And there really wasn't much in between. There were these little languages that we used on

Re: probably worth a bug report ?

cf https://www.nntp.perl.org/group/perl.perl6.users/2021/04/msg9883.html -- love, raiph On Sun, Jan 2, 2022 at 7:35 AM Marc Chantreux wrote: > > hello rakoons, > > I got this error message > > Too few positionals passed; expected 1 argument but got 0 > in sub xxx at - line 1 >

Re: update: meta data in Pod Block

On Sun, Jan 2, 2022 at 8:00 PM Richard Hainsworth wrote: > > What does not work (in that 'newkey' is not found in the 'config' part > of the Pod::Block returned by $=pod > > =head1 :key > > = :newkey I just tried that with Rakudo v2031.03 and got a compile time error for this line: = :newkey

Re: probably worth a bug report ?

Le Sun, Jan 02, 2022 at 12:32:46PM +0100, Elizabeth Mattijsen a écrit : > Maybe first explain why the error thanks for the explaination. especially > $ raku -e 'sub a(|c) { dd c }; a b => 42' > \(:b(42)) now my sub works the way I wanted: sub got (|c) { for c.hash.kv -> $rule

update: meta data in Pod Block

tl;dr Found a workaround. Raku documentation about meta / config data is subtly wrong. I'm writing a PR to modify documentation. Long version: As per my previous email, the documentation in docs.raku.org about POD6 says that configuration data provided on lines after a POD6 declaration has

Re: probably worth a bug report ?

Maybe first explain why the error: When you specify a Pair as such as an argument, it is interpreted as a *named* argument. $ raku -e 'sub a(|c) { dd c }; a b => 42' \(:b(42)) So thus you can see why the error is thrown: you passed 0 positional arguments to the subroutine, and it

probably worth a bug report ?

hello rakoons, I got this error message Too few positionals passed; expected 1 argument but got 0 in sub xxx at - line 1 in block at - line 2 Welcome to 퐑퐚퐤퐮퐝퐨™ v2021.09. Implementing the 퐑퐚퐤퐮™ programming language v6.d. Built on

Re: Raku name change

That was notified a long time ago. IIRC, the PR was merged, but has not been deployed yet. Cheers El sáb, 1 ene 2022 a las 19:05, Richard Hainsworth () escribió: > Just noticed when creating new module on GitHub, the dropdown for the > .gitignore template has an entry for 'perl6' but not for

Re: continuous testing

Hi, El sáb, 1 ene 2022 a las 12:44, Richard Hainsworth () escribió: > JJ > Thanks. That is very useful. One interesting question. > > I notice from this setup that you chart the COMMITS, and the raku program > uses 'say' to output the results. > That's not really needed, it's just a bit of

The SF Perl Raku Study Group, 01/02 at 1pm PDT

Heraclitus, translated by William Harris: From many things comes oneness, and out of oneness comes many things. The hidden harmony is better than the obvious. The Raku Study Group January 2, 2021 1pm in California, 9pm in the UK Zoom meeting link:

Raku name change

Just noticed when creating new module on GitHub, the dropdown for the .gitignore template has an entry for 'perl6' but not for raku.

Re: Should I start learning Perl?

A great analysis of, and answer to, the question. Worthy of being enshrined in a blog posting.

Re: continuous testing

JJ Thanks. That is very useful. One interesting question. I notice from this setup that you chart the COMMITS, and the raku program uses 'say' to output the results. But how do you access these charted results? Regards, Richard On 01/01/2022 10:14, JJ Merelo wrote: Try the new GitHub

Re: Should I start learning Perl?

Mr. Turritopsis Dohrnii Teo En Ming, Happy New Year from Wales. You asked: May I know if Perl is still in vogue? Should I start learning Perl? There is Perl and what used to be called Perl6, which is now called Raku. This is an email list for Raku, aka Perl 6. Lets start with 'vogue-ness'.

Re: Should I start learning Perl?

If you're looking for Perl, you're probably on the wrong mailing list: I suggest you try "perl.beginners". > On 1 Jan 2022, at 10:42, Turritopsis Dohrnii Teo En Ming > wrote: > > Subject: Should I start learning Perl? > > Good day from Singapore, > > I am thinking of learning Perl. May I

Re: continuous testing

Try the new GitHub actions with the recently renovated Docker image. See it in action, for instance, here: https://github.com/JJ/p6-pod-load/blob/master/.github/workflows/test.yaml El vie, 31 dic 2021 a las 19:57, Richard Hainsworth () escribió: > Thanks > On 31/12/2021 18:27, Fernando

Re: Should I start learning Perl?

Sure. Why not? On Sat, Jan 1, 2022 at 5:42 PM Turritopsis Dohrnii Teo En Ming < ceo.teo.en.m...@gmail.com> wrote: > Subject: Should I start learning Perl? > > Good day from Singapore, > > I am thinking of learning Perl. May I know if Perl is still in vogue? > Should I start learning Perl? > > I

Re: Last day for FOSDEM submission

Well, we can very well ship a Docker image that includes Raku by default... Cheers El vie, 31 dic 2021 a las 14:21, Wesley Peng via perl6-users (< perl6-users@perl.org>) escribió: > Replacing Bash scripts with Raku? That’s an interesting thing. Can Linux > be shipped with Raku by default? > > >

Should I start learning Perl?

Subject: Should I start learning Perl? Good day from Singapore, I am thinking of learning Perl. May I know if Perl is still in vogue? Should I start learning Perl? I am looking forward to your replies. Thank you very much. Regards, Mr. Turritopsis Dohrnii Teo En Ming Targeted Individual in

Re: continuous testing

Thanks On 31/12/2021 18:27, Fernando Santagata wrote: Hi Richard, this is a link to the GitHub official documentation: https://docs.github.com/en/actions You can also copy a configuration from another project and adapt it to your needs. For example this

Re: continuous testing

Hi Richard, this is a link to the GitHub official documentation: https://docs.github.com/en/actions You can also copy a configuration from another project and adapt it to your needs. For example this one installs some C libraries, some module dependencies and runs the tests:

Re: Merry Xmas day

On 12/21/21 03:48, Elizabeth Mattijsen wrote: Planned are: - more optimizations based on new-disp - the RakuAST branch will land, bringing better composability and full-blown macros - the next language version will be released: probably called "6.e" Non-core developments I see: - support for

Re: continuous testing

Fernando, Thanks. Any link / blog / article about how to set up GitHub action up for Raku? Regards, Richard On 31/12/2021 16:52, Fernando Santagata wrote: Hi Richard, apparently Travis CI has discontinued its free open source plan. I switched to GitHub actions; don't know what's available

Re: continuous testing

Hi Richard, apparently Travis CI has discontinued its free open source plan. I switched to GitHub actions; don't know what's available on other platforms. On Fri, Dec 31, 2021 at 5:43 PM Richard Hainsworth wrote: > I noticed that the .travis files have been removed from some distributions. > >

continuous testing

I noticed that the .travis files have been removed from some distributions. Also a .circleci file exists in the Raku Docs repo. Is there a preferred / recommended / list of continuous testing environments? Is there a preferred / rapid way to handle Raku modules? Regards, Richard

shell to raku

Le Fri, Dec 31, 2021 at 01:20:45PM +, Wesley Peng a écrit : > Replacing Bash scripts with Raku? That’s an interesting thing Well ... replacing bash is always a good thing but raku is not always the rhs of the substitution (could be dash/mksh/rc, make/mk, C, ...). raku is now my tool of

Re: Last day for FOSDEM submission

Replacing Bash scripts with Raku? That’s an interesting thing. Can Linux be shipped with Raku by default? hello people, I just discovered this this morning: https://www.reddit.com/r/rakulang/comments/rrcp4c/steal_these_ideas_for_raku_fosdem_talks/ I don't remember if there was a previous

Last day for FOSDEM submission

hello people, I just discovered this this morning: https://www.reddit.com/r/rakulang/comments/rrcp4c/steal_these_ideas_for_raku_fosdem_talks/ I don't remember if there was a previous annoucement in this list but it's still possible to jump in. I just submitted one on "Replacing Bash scripts

Re: about binary protocol porting

On 30.12.2021 06:41, Ralph Mellor wrote: On Wed, Dec 29, 2021 at 1:32 AM Jon Smart wrote: I plan to port a binary protocol client to perl6/raku. I have zero experience on this. Where should I get started? How well do you know programming, and Raku, and is the protocol a standard one you can

Re: Implementation of documented POD6 behaviour

On Thu, Dec 30, 2021 at 12:18 PM Richard Hainsworth wrote: > > "In the future..." > > with a footnote that it is not implemented. > > I am willing to look at the Rakudo code and create a PR to > implement this functionality. Is there any reason not to do this I recommend you take into

Re: file format extensions

On Thu, Dec 30, 2021 at 11:20 AM Richard Hainsworth wrote: > > It seems to me a short page in the docs.raku.org would > be useful with the various file extensions I'm +1 for this. I'm also +1 for recommending `.rakudoc` instead of `.pod6`. At least, for documentation files related to raku; what

Re: Implementation of documented POD6 behaviour

On Thu, Dec 30, 2021 at 07:17 Richard Hainsworth wrote: > I plan to use the POD6 metadata functionality a lot in a new module. It > would be far better to separate out the meta data into lines. > Richard, there are many pod things that haven’t been implemented yet. I have planned for a long time

Re: file format extensions

rakudoc has been chosen as the official extension long ago. Best regards, Vadim Belman > On Dec 30, 2021, at 11:13 AM, Tom Browder wrote: > > On Thu, Dec 30, 2021 at 06:26 Elizabeth Mattijsen > wrote: > +1 from me. Shouldn't that be a .rakudoc file ? :-) > > Or

Re: file format extensions

On Thu, Dec 30, 2021 at 06:26 Elizabeth Mattijsen wrote: > +1 from me. Shouldn't that be a .rakudoc file ? :-) Or .rakupod?

Re: file format extensions

+1 from me too. I'd also add test files to the list, which have at least .t and .rakutest (with the latter being preferred AFAK, so that GitHub will start highlighting them correctly). I'm not sure if there are other acceptable extensions for test files, though?

Re: file format extensions

I also agree that a page on docs would be helpful. But my point for this reply is about renaming POD6. I don't think this makes much sense and barely would ever happen. It is a legacy name, like NQP. Best regards, Vadim Belman > On Dec 30, 2021, at 6:26 AM, Elizabeth Mattijsen wrote: > >

Implementation of documented POD6 behaviour

I plan to use the POD6 metadata functionality a lot in a new module. It would be far better to separate out the meta data into lines. In https://docs.raku.org/language/pod I find "In the future, the configuration section may be extended over subsequent lines by starting those lines with an

Re: file format extensions

+1 from me. Shouldn't that be a .rakudoc file ? :-) > On 30 Dec 2021, at 12:20, Richard Hainsworth wrote: > > I'm revising how I name files that are included in my modules. With the name > change to Raku, the file extensions also changed for script and module files. > > In addition Jonathan

file format extensions

I'm revising how I name files that are included in my modules. With the name change to Raku, the file extensions also changed for script and module files. In addition Jonathan has defined some format extensions for Cro files, and I am sure there would be other developers who would like to

Re: about binary protocol porting

The SNES compiler write ups reminded me I need to get back into creating a made-for-binary regex system. Once I get done with some other projects I'm knee deep in, I'll sit down to really get a feel for RakuAST and then it'll be all go from there (and of course, as always, I welcome

Re: about binary protocol porting

On Wed, Dec 29, 2021 at 1:32 AM Jon Smart wrote: > > I plan to port a binary protocol client to perl6/raku. > I have zero experience on this. Where should I get started? How well do you know programming, and Raku, and is the protocol a standard one you can link to with several existing

Re: Grammar Help

On Wed, Dec 29, 2021 at 5:10 PM Paul Procacci wrote: > > Ralph, > > So Ijust tried comma w/ grammar live view ... and I must say, > I'm blown away. \o/ > This really should be in the docs (it may be, but I didn't go looking for it). I just looked using googles such as:

Re: the MAIN questions

Hey marc, since the default value for a "Bool" is an undefined Bool, you can just boolify whatever happens to be in :$diff, which will be False for "no flag passed" or True for "flag passed and was True". Hope that helps   - Timo On 29/12/2021 13:00, Marc Chantreux wrote: hello rakoons, I

Re: the MAIN questions

hello Daniel, > > Did i just dreamed about it ? > You sort of dreamed it. damn! thanks for the red pill. > my $argfiles = IO::ArgFiles.new(@files || '-'); my perl history works against me there: i see @files.elems || '-' here :) thank you. > The other change I'd suggest for additional

Re: Grammar Help

Ralph, So Ijust tried comma w/ grammar live view because as I expand the logic to encompass other things it became further and further unwieldy ... and I must say, I'm blown away. This really should be in the docs (it may be, but I didn't go looking for it). It's really awesome to say the

Re: the MAIN questions

> * I'm pretty sure i saw something like :!$test to express Bool :$test = False. > Did i just dreamed about it ? You sort of dreamed it. :!test passes test => False as a Pair, which means $test = False. But that's syntax for calling the fn, not declaring it. You could do Bool() :$test=0, but

Re: Grammar Help

On Sunday, December 26, Paul Procacci wrote: > > use Grammar::Tracer; > > and > > use Grammar::Tracer::Compact; > > Both I've found helpful, though obviously not fool proof. It'd be nice if > it show'd why it failed (i.e. what it encountered vs what it expected ) > rather than just a

the MAIN questions

hello rakoons, I have a script named fixlines which is basically sub fixline (Str $line) { ... } say fixline $_ for lines; This is far enough for personal usage but i would like to release it so i need a decent -h to be implemented and basically should look like Usage: fixlines [--test]

Re: is 'use v6' still a thing?

Dear Liz and Ralph, thanks for your anwsers. Le Tue, Dec 28, 2021 at 09:29:26PM +, Ralph Mellor a écrit : > > long time ago, there was this 'use v6' line ... Does it still make sense? > I think it depends. well. it's not that time consuming to add v6.d so reading your lines, i realized

Re: about binary protocol porting

Hi Jon, On Wed, 29 Dec 2021 09:31:47 +0800 Jon Smart wrote: > I plan to port a binary protocol client to perl6/raku. > I have zero experience on this. Where should I get started? > > Thanks. no experience either but try https://docs.raku.org/type/IO::Socket::INET and

about binary protocol porting

I plan to port a binary protocol client to perl6/raku. I have zero experience on this. Where should I get started? Thanks.

Re: is 'use v6' still a thing?

On Tue, Dec 28, 2021 at 5:00 PM Marc Chantreux wrote: > > long time ago, there was this 'use v6' line ... Does it still make sense? I think it depends. Let's first ignore Perl. Also, let's first assume your code is not visible online. Imo *not* including a language version

Re: is 'use v6' still a thing?

Personally, I don't add it anywhere anymore. Especially in files with the .raku, .rakumod and .rakutest extensions :-) > On 28 Dec 2021, at 17:59, Marc Chantreux wrote: > > hello people, > > long time ago, there was this 'use v6' line so perl should be v6 and > still run v5.* things. > > I

is 'use v6' still a thing?

hello people, long time ago, there was this 'use v6' line so perl should be v6 and still run v5.* things. I just took a look to https://raku.land/github:JJ/SDL2 and seen use v6; Does it still makes sense? Regards. -- Marc Chantreux Direction du numérique de l'Université de Strasbourg

Re: Grammar Help

Hey all, Firstly, I want to thank everyone for all their responses. It helped greatly. I wanted to share what I ended up with that seems to be working. (below) I'm open to suggestions on how to improve this, tidy things up a bit, etc. Running on the below grammar yields the following what to

Re: Grammar Help

Hey Ralph, I don't use Comma. I'm not a fan of IDE's and generally stick to vi for all my needs. Old habits are hard to break especially once you've been using the same tool for ~25 years like I have. ;( I've been switching back and forth between: use Grammar::Tracer; and use

Re: Greeting Larry Wall: I will learn to love you new language.

On Sat, Dec 25, 2021 at 4:31 PM Maneesh Sud via perl6-users wrote: > > Merry Christmas and a Happy New Year. Hi. Happy holidays to you too. > Does perl6 or moarvm run on risc-v 32-bit processors. I think a key piece is dyncall/libffi support. Googling suggests dyncall doesn't support risc-v

Re: Grammar Help

On Sun, Dec 26, 2021 at 6:01 AM Paul Procacci wrote: > > Hope everyone had a Merry Christmas and takes likings to corny opening > statements. ;) I love me some corn but it's especially appropriate to share some in winter if you've got hungry mice. :) As others have noted, you need `%%`

Re: Grammar Help

Hi Paul, Quick check yesterday you have a stray "l" character between two code blocks: method objectKey($/) { make $.made; }l # <-- WHAT'S THIS? method pairlist($/) { make $>>.made.flat; } I defer to Brad and Simon, otherwise. Best, Bill.

Re: Grammar Help

I'm on mobile, but without checking, I think the problem is here rule pairlist { * % \; } Specifically it's the missing % rule pairlist { * %% \; } JSON doesn't allow trailing commas or semicolons, so JSON::Tiny uses just %. Your data does have trailing semicolons, so you want

Re: Grammar Help

Still waking up but I think the issue is your pairlist has a semi colon divider but this should be after each pair. So the trailing semi colon after b is causing it to fail. On Sun, 26 Dec 2021, 06:01 Paul Procacci, wrote: > Hey all, > > Twas the night of Christmas, when all through the house,

Grammar Help

Hey all, Twas the night of Christmas, when all through the house, not a creature was stirring except Paul w/ his mouse. Hope everyone had a Merry Christmas and takes likings to corny opening statements. ;) I was writing a little something tonight using Grammars and ran into something that I

Greeting Larry Wall: I will learn to love you new language.

Merry Christmas and a Happy New Year. Does perl6 or moarvm run on risc-v 32-bit processors. how much RAM do I need. Do I need RTOS and Java or is there another way to boot strap. uClinux is now part of the main kernel any ports to risc5 microcontrollers. Reference designs including PCB for a micro

Re: Rakudo-Star 2021.12 (Windows MSI and Linux RSTAR) packages

Great! Thanks. El sáb, 25 dic 2021 a las 12:18, escribió: > Hi all. > > The Rakudo-Star 2021.12 Windows MSI and Linux RSTAR packages are > available at [1]. The previous Windows MSI build under [2] is also > updated to 2021.10... just in case someone was using this repo and it's > versions

Rakudo-Star 2021.12 (Windows MSI and Linux RSTAR) packages

Hi all. The Rakudo-Star 2021.12 Windows MSI and Linux RSTAR packages are available at [1]. The previous Windows MSI build under [2] is also updated to 2021.10... just in case someone was using this repo and it's versions somewhere. @Coke | @jnthn | @lizmat | @moritz | @rba | @sena_kun | @timo:

Re: Merry Xmas day

Planned are: - more optimizations based on new-disp - the RakuAST branch will land, bringing better composability and full-blown macros - the next language version will be released: probably called "6.e" Non-core developments I see: - support for Raku Ecosystem Archive integrated into zef -

Re: Merry Xmas day

Merry Xmas for you too! I wish I knew. There's no fixed roadmap, and I, for one, do not really know what's going to happen. We'll probably get closer to 6.e, and there are wonderful things in the core by the crafty and wonderful core developers. Cheers El mar, 21 dic 2021 a las 12:09, yonghua ()

Merry Xmas day

Merry Xmas and happy new year every one. May I know what's the plan for raku development in the new year 2022? Thanks.

Re: div & mod don't coerce arguments to Int?

Does `mod` depend on `div`? I'm guessing that's what's going on. From Wikipedia's "Modulo operation" entry: "Although typically performed with a and n both being integers, many computing systems now allow other types of numeric operands." https://en.wikipedia.org/wiki/Modulo_operation Best,

div & mod don't coerce arguments to Int?

While coding today, I was a little surprised to discover that the div operator doesn't coerce its arguments to integers. So for example, the expressions 25 div '5' and pi div 5 raise errors. I checked the Operators doc page and saw that, sure enough, div (and mod, I found) accept only actual

Re: Phasers Suggestions

Thanks for your feedback, all. Elizabeth, I've posted this on problem-solving, as suggested, as https://github.com/Raku/problem-solving/issues/308 . Thanks! yary, definitely good feedback, and I agree that I've probably attached these things to the wrong object(s); that part of the proposal

The SF Perl Raku Study Group, 12/19 at 1pm PDT

James Baldwin, "The Fire Next Time" (1963): "In all jazz, and especially the blues, there is something tart and ironic, authoritative and double-edged. White Americans seem to feel that happy songs are happy and sad songs are sad, and that, God help us, is exactly the way most white

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

I get that .later( :1month) is problematic for the last day(s), particularly someone stepping month by month from 2021-12-31 may not expect to get 2022-03-28. But that can be considered naive. But for .later( :1year ) from a leap day, I am finding reports that -03-1 is legalistically correct

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

Anything here? https://www.iso.org/standard/70907.html https://www.iso.org/standard/70908.html https://www.iso.org/news/ref2379.html https://www.iso.org/news/2017/02/Ref2164.html Or here? https://www.cl.cam.ac.uk/~mgk25/iso-time.html

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

> On 13 Dec 2021, at 05:23, rir wrote: > > > REPL says: >> Date.new("2024-02-29").later( :1year); >2025-02-28 > > Is the following some standard? I'm not sure... Basically when moving by month / year, it just basically moves that field in the date, and then checks for validity of the

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

I don't think there is a standard. But the same will happen with .later(:1month) on a month with 31 days where the day is 31, or a DateTime with a leapsecond advancing by a unit larger than a second. It minimizes the changes in nominal units. On Mon, Dec 13, 2021, 05:23 rir wrote: > > REPL

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

> 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

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

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

Re: Phasers Suggestions

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)

Re: Phasers Suggestions

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

<    4   5   6   7   8   9   10   11   12   13   >