Re: Please create a Raku community channel

2021-03-13 Thread Darren Duncan
On 2021-03-13 2:27 p.m., Vadim Belman wrote: Concerning the accidental duplication of projects, aside of the fact that it is dissipation of scarce community resources, the good side is that there will be two options to choose from. I will be happy to see both project launched. One could

Re: Please create a Raku community channel

2021-03-13 Thread JJ Merelo
I don't think it's a duplication (or, as might be the case, triplication) of resources, or a waste of resources. I learned early on that the "resources" of the community is not, as in a company, a pool with a constant value from which you, as in yourself, can draw to push forward your favorite

Re: Objects, TWEAK and return

2021-03-13 Thread Brad Gilbert
Ralph, the last value in all functions are not sunk by default, so of course the last one in `TWEAK` is not sunk by default. This is intended behaviour. It is up to the code that calls a function to sink the result if that is the desired behaviour. sub foo { 'a b c'.words».uc.map:

Re: Objects, TWEAK and return

2021-03-13 Thread Ralph Mellor
Here's a golf: class { submethod TWEAK { Any.map: {say 99} } }.new; # class { submethod TWEAK { Any.map: {say 99}; 42 } }.new; # 99 class { submethod TWEAK (--> 42) { Any.map: {say 99} } }.new; # 99 The last line in a `BUILD` or `TWEAK` submethod is not eagerly

Re: Objects, TWEAK and return

2021-03-13 Thread Brad Gilbert
I think that this is caused because it is returning a 「Sequence」 that is not getting sunk. This is because the last value from a function is never sunk in that function. You could also use 「eager」 「sink」 or follow it with 「Nil」 or some other value (instead of 「return」) eager

Re: Working with a regex using positional captures stored in a variable

2021-03-13 Thread Brad Gilbert
It makes <…> more consistent precisely because <$pattern> doesn't capture. If the first character inside is anything other than an alpha it doesn't capture. Which is a very simple description of when it captures. doesn't capture because of the 「?」 doesn't capture because of the 「!」

Re: Objects, TWEAK and return

2021-03-13 Thread Vadim Belman
At the first glance it looks like bug. Possibly a result of over-optimization. Worth opening an issue at https://github.com/rakudo/rakudo/issues Best regards, Vadim Belman > On Mar 13, 2021, at 3:29 PM, mimosin...@gmail.com wrote: > > Hi, > > When working with this week challenge for the

Re: Please create a Raku community channel

2021-03-13 Thread Vadim Belman
I would like to make an important note here. Up to my knowledge, the new documentation site project is personal initiative of Alexander (Altai-man) of which nobody of RSC members was informed about. For this reason it is rather unlikely that any notification would be issued on any official

Re: Fwd: Working with a regex using positional captures stored in a variableperl6-us...@perl.org

2021-03-13 Thread Joseph Brenner
Thanks much for the response. Though this isn't particularly about anything mentioned in your book, of course, I was starting with one of your examples then mutating it... Moritz Lenz wrote: > When the match is in a different variable, you need to access the > capture group as $match[0] instead

Re: Working with a regex using positional captures stored in a variable

2021-03-13 Thread Joseph Brenner
Thanks much for your answer on this. I think this is the sort of trick I was looking for: Brad Gilbert wrote: > You can put it back in as a named > > $input ~~ / > 「9 million」 > pattern => 「9 million」 > 0 => 「9」 > 1 => 「million」 That's good enough, I guess, though

Objects, TWEAK and return

2021-03-13 Thread mimosinnet
Hi, When working with this week challenge for the PerlWeeklyChallenge , I noticed this behaviour with TWEAK: *This does not work:* submethod TWEAK { $!filelist.lines».split(',').map( -> ($a, $b) { @!show.push: ( $a, $b ) }); } *This works:* submethod

Re: 'CALL-ME' Math problem?

2021-03-13 Thread Wenzel P. P. Peppmeyer
On 02/03/2021 09:12, ToddAndMargo via perl6-users wrote: Math problem:     x = 60÷5(7−5) raku -e 'say 60÷5(7−5)' No such method 'CALL-ME' for invocant of type 'Int'   in block at -e line 1 Seems raku does not like the ().  How do I fix this and maintain the flow and look of the equation?

Re: Please create a Raku community channel

2021-03-13 Thread Tom Browder
On Sat, Mar 13, 2021 at 08:12 Joseph Brenner wrote: > Richard Hainsworth wrote: > > > I found out yesterday by the intervention of a regular participant in > > the community that a new documentation website is being worked on. > > I should say, I was surprised to hear about that project also.

Re: Please create a Raku community channel

2021-03-13 Thread Joseph Brenner
Richard Hainsworth wrote: > I found out yesterday by the intervention of a regular participant in > the community that a new documentation website is being worked on. I should say, I was surprised to hear about that project also. I knew about Richard Hainsworth's work, but not about what the

Re: Please create a Raku community channel

2021-03-13 Thread JJ Merelo
This issue has been in the problem-solving repo for a long time https://github.com/Raku/problem-solving/issues/246 So yes, we need something like this, if only to avoid confusion about what plans/roadmaps there are, what's going to be done or simply to call for elections. El sáb, 13 mar 2021 a

Re: Please create a Raku community channel

2021-03-13 Thread Darren Duncan
I agree, I would also like to know of this official channel and join it. -- Darren Duncan On 2021-03-12 11:21 p.m., Richard Hainsworth wrote: This is a request to the Raku Coordinating Council that was elected at the end of last year. Please name a channel where community wide plans or