🦋 Welcome to the IRC channel of the core developers of the Raku Programming Language (raku.org #rakulang). This channel is logged for the purpose of history keeping about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | Logs available at irclogs.raku.org/raku-dev/live.html | For MoarVM see #moarvm
Set by lizmat on 8 June 2022.
jdv i dont get this "it hasnt been updated..." so its not good thing 01:04
feels like it gotten worse in the last ~10y 01:05
japhb lizmat: Wasn't it already, in the R::I form?
jdv its almost as if "good enuf" is a foreign concept 01:08
06:51 epony left 06:58 epony joined 08:14 epony left 10:46 sena_kun joined 10:59 sena_kun left 11:00 sena_kun joined
Geth rakudo/main: 3c7057c0f0 | (Elizabeth Mattijsen)++ | src/core.c/RakuAST/Deparse.rakumod
RakuAST: revise deparsing of meta ops

Instigated by Nahuel Pacheco's Pull Request #5511, it became clear that there were a number of thinko's regarding the deparsing of meta infix operators, such as double deparsings and improper highlighting handling. These are nonw fixed.		 13:39
rakudo/main: c389de26a1 | Nahuel2998++ (committed by Elizabeth Mattijsen) | t/12-rakuast/meta-operators.rakutest
RakuAST: add test for RakuAST::MetaInfix::Negate

Seems like there was no test for it, which led to the deparsing of !infix as infix! slipping away.		 13:47
rakudo/main: e1fef67314 | (Elizabeth Mattijsen)++ | 2 files
RakuAST: properly handle a single whenever

Adds "any whenevers" and "single-list-whenever" helper methods to
  ::StatementList, to not have to wrap/unwrap statements being checked.
Adapts the expression QAST creation logic using these methods. Not sure whether this will also need to be done for the supply case.		 14:30
lizmat +1 985 brings back t/spec/S17-channel/basic.t 14:31
14:33 epony joined 14:39 epony left 15:50 epony joined
Geth nqp/main: e2d9c877ff | (Elizabeth Mattijsen)++ | tools/templates/MOAR_REVISION
Bump MoarVM for MasterDuke's native int_u fixes
 16:14
rakudo/main: c0340fc7b7 | (Elizabeth Mattijsen)++ | tools/templates/NQP_REVISION
Bump NQP to get MasterDuke++ native uint fixes
 16:24
rakudo/main: 4bfde24c43 | (Elizabeth Mattijsen)++ | src/Raku/ast/statements.rakumod
RakuAST: fix thinkos in single-last-whenever

  - handle empty statement lists without dying
  - actually *return* True if there is a single last whenever		 18:10
rakudo/main: 91c157d2a9 | (Elizabeth Mattijsen)++ | src/Raku/ast/statementprefixes.rakumod
RakuAST: give supply the same treatment as react

Introduce a ::StatementPrefix::Wheneverable base class for handling whenevers both in "react" as well as "supply".		 18:19
lizmat this loses one file, but at least doesn't make the spectest hang anymore 18:20
Geth rakudo/main: 3f6fff74a1 | (Elizabeth Mattijsen)++ | 3 files
RakUAST: hopefully final tweak on wheneve detection

  - add ::Block.any-whenevers helper method as a shortcut
  - add tests for whenevers embedded in blocks, recursively		 18:51
rakudo/main: 4 commits pushed by (Nick Logan)++ 18:57
19:47 AlexDaniel joined
AlexDaniel c: HEAD say 42 19:47
committable6 AlexDaniel, ¦HEAD(4e68b53): «42␤»
AlexDaniel o_o 19:48
19:52 releasable6 left, shareable6 left, benchable6 left, sourceable6 left, bisectable6 left, committable6 left
nemokosch it worked! 19:53
19:54 greppable6 joined 19:55 bisectable6 joined, sourceable6 joined, coverable6 joined, linkable6 joined, unicodable6 joined, quotable6 joined, notable6 joined, bloatable6 joined
AlexDaniel it was a strange situation. All of my services were not responding and I couldn't even ssh into the box 19:55
but the bots were working… huh? 19:56
19:56 nativecallable6 joined
AlexDaniel at least some of them 19:56
19:56 evalable6 joined, benchable6 joined
lizmat .tell lizmat I'm not schizo 19:56
tellable still seems awol though ? 19:57
19:57 shareable6 joined, releasable6 joined, committable6 joined, tellable6 joined
AlexDaniel .tell lizmat they join with a random delay for reasons™ 19:58
tellable6 AlexDaniel, I'll pass your message to lizmat
nemokosch awolnation
m: say 'L'
evalable6 L
Raku eval L
nemokosch dang 19:59
AlexDaniel hm
tellable6 2023-12-07T18:57:51Z #raku <nemokosch> AlexDaniel: what happened here?
nemokosch legit
AlexDaniel so what's up with that double eval?
lizmat I guess evalable6 seeing that camelia didn't answer, answer for her 20:00
*answered 20:01
AlexDaniel hmmm 20:02
right
and where's camelia?
lizmat m: say "here" 20:03
camelia here
lizmat camelia isn't smart enough to recognize a m: from the discord-raku-bot
AlexDaniel ok, so all correct, but discord has its own eval now? 20:07
lizmat apparently, yes
AlexDaniel should evalable then not respond to m: from discord? Please make a PR to whateverable then 20:08
lizmat possibly, ideally I would like to see camelia also recognize the discord-raku-bot's m: 20:17
so that Discord wouldn't need to run its own eval bot
so that evallable would be camelia's backup as beore 20:18
*before
gfldex Dicord usernames are not well defined anymore.
AlexDaniel what do you mean? The bot shows up as discord-raku-bot quite consistently 20:20
gfldex Discord dropped requirements from usernames. They used to be quite simple and always got a suffix of '#' and 4 digits. That is not the case anymore. So a username might contain '>'. 20:22
nemokosch I mean to be fair the Discord eval is a kinda outdated container 20:57
I submitted an issue to bump the version - that was half a year ago, nothing is really happening 20:58
it's stuck at like 2022.02
AlexDaniel so if evalable is doing the job, then just drop it? 21:02
nemokosch yes, I think that might actually be a better solution now 21:16
or at least hooking into evalable some way, rather than having a completely separate setup 21:17
22:54 sena_kun left

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!