🦋 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.
MasterDuke this is odd. in my new RakuAST::Call::Name.PERFORM-CHECK, i call `self.add-worry($resolver.build-exception(...));`. build-exception is getting to right before its final statement (`$type.new(|%opts)`), but `add-worry()` is not being called and then i get a bunch of errors that i'm not explicitly creating ('Use of uninitialized value of type Any in 01:36
numeric context' and 'Use of uninitialized value of type Any in string context. Methods .^name, .raku, .gist, or .say can be used to stringify it to something meaningful.'). then the "Potential difficulties" i did create is printed
and running under gdb with breakpoints on MVM_panic, MVM_oops, MVM_exception_throw_adhoc, and MVM_exception_throw_adhoc_free never hits! 01:39
hm. so i added `method new { note "in X::Comp::AdHoc.new"; }` in X::Comp::AdHoc and it's getting called, there are none of those 'Use of uninitialized value...' messages, but the "Potential difficulties" is just `True` 02:27
well, if i remove that added new and stick a note in X::Comp.gist, it prints before the 'Use of uninitialized value...' errors. now to try to figure out why... 02:38
well, at least $.filename and $.line are empty 03:07
nine Oh god damn it Github! "Email replies do not support Markdown" but it happily interprets the code as whatever it thinks it means with no way to disable that. 07:19
lizmat timo: use nqp; nqp::setelems(nqp::hash,0) sadly doesn't work, but I guess could be made to work 08:59
but generally, in code, resetting a hash is usually done with creating a new nqp::hash
*core code
nine MasterDuke: would help to see the whole code 09:48
lizmat notable6: weekly 10:50
notable6 lizmat, 2 notes: 2023-04-28T00:38:27Z <El_Che>: rakudo-pkg for 2023.04 released. Addition of newly released Fedora 38 and Ubuntu 2023.04 ; 2023-04-29T16:30:11Z <lizmat>: irclogs.raku.org/raku/2023-04-29.html#16:21
lizmat notable6: weekly reset 11:19
notable6 lizmat, Moved existing notes to “weekly_2023-05-01T11:19:54Z”
lizmat And yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2023/05/01/2023-...ou-moritz/ 12:02
[Coke] timo: "where the hell did my first PR go..." (you already merged it, thanks!) 15:12
timo: I missed BOOL in the source pod 15:13
Didn't realize it was duped, sorry 15:14
tonyo . 15:45
[Coke] ! 16:04
timo :) 16:49
now i'm not sure if that means you saw what i answered on the "standardize true/false formatting" pull request or not yet 16:59
[Coke] updated that one 17:18
timo and merged 17:23
[Coke] timo++ 17:26
was pondering an allow-trailing comma option as well 17:27

Powered by Cro and the Raku® Programming Language.

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

Thank you!