🦋 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: ... | log inspection situation still under development | For MoarVM see #moarvm
Set by lizmat on 22 May 2021.
lizmat Files=1353, Tests=117192, 288 wallclock secs (35.16 usr 9.74 sys + 4021.91 cusr 334.12 csys = 4400.93 CPU) 08:02
Geth rakudo/lizmat-revert-CATCH-removal: b290d8a908 | (Elizabeth Mattijsen)++ | src/core.c/CompUnit/Loader.pm6
Reinstate CATCH versus LEAVE

Alhough the code with LEAVE is much simpler and clearer, it *does* impose the overhead of having to execute a phaser on the most common execution path. And since both a CATCH block or a LEAVE phaser will inhibit inlining of a block, from a performance point of view a CATCH is better, as that will only be executed when something actually goes wrong (which hopefully is not the most common execution path).		 17:16
rakudo: lizmat++ created pull request #4903:
Reinstate CATCH versus LEAVE
bartolin lizmat: I'll try with 'has Str $!stringified' in a few minutes (re github.com/rakudo/rakudo/commit/ef68d4ad4c) ... (the JVM backend is sloooow) 18:49
tellable6 2020-05-15T21:53:00Z #moarvm <patrickz> .tell bartolin The previous failure is solved. Now I have a new JVM error: github.com/rakudo/rakudo/issues/3695 Help appreciated!
lizmat bartolin
bartolin: maybe the JVM just cannot handle uninitialized private native string attributes ? 18:50
lizmat bartolin: golf: 18:52
class A { has str $!a; method foo() { $!a ?? $!a !! "foo" } }; dd A.new.foo
evalable6 "foo"
tellable6 2019-08-19T16:18:00Z #moarvm <AlexDaniel> .tell evalable6 test test
lizmat bartolin: if that is the issue, then maybe a JVM only init on $!stringified = ""; in TWEAK could be a solution 18:54
bartolin hmm. That works fine ("foo"). I suspect that it only blows up when precompilation is involved. 18:55
lizmat and an init in TWEAK ? 18:56
bartolin I'll report back a bit later. 19:00
lizmat okido 19:01
bartolin neither 'has Str $!stringified' nor initializing in TWEAK helped :( 19:21
lizmat weird
bartolin: and with this: gist.github.com/lizmat/4c95beb2c2e...79980f1642 19:24
?
bartolin That's basically github.com/rakudo/rakudo/commit/ef...-71979377, but with keeping the (unused) attribute, right? I'll try ... 19:27
lizmat well, yeah...
afk& 19:35
bartolin interestingly keeping the unused attribute still leads to the error. 19:40
ooc I tried another thing and made the attribute public (and kept everything else like it is on master). That made the error go away, too. 19:42
Geth rakudo: c9b0da74b9 | (Elizabeth Mattijsen)++ | src/core.c/CompUnit/DependencySpecification.pm6
Fix JVM build

Investigated by bartolin++		 22:40

Powered by Cro and the Raku® Programming Language.

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

Thank you!