🦋 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.
00:08 reportable6 left 00:10 reportable6 joined
Geth rakudo: hythm7++ created pull request #4831:
Move CompUnit::Repository::Staging into core
06:08 reportable6 left 06:10 reportable6 joined 09:01 sena_kun left 09:03 sena_kun joined
lizmat Files=1351, Tests=117115, 299 wallclock secs (35.29 usr 10.15 sys + 4110.57 cusr 354.02 csys = 4510.03 CPU) 09:29
10:10 evalable6 left, linkable6 left 10:12 evalable6 joined 10:41 sena_kun left 10:42 sena_kun joined
Geth rakudo: 430214ba58 | (Elizabeth Mattijsen)++ | src/core.c/CompUnit/PrecompilationStore/File.pm6
Streamline file rename logic

  - don't use a named block for renaming logic, make a sub for that
  - don't use CATCH blocks
  - don't do anything special for Windows, just always try 10 times
  - throw Failure directly rather then depending on it being sunk
  - make sure Failures are disabled to prevent warnings on DESTROY
  - rename some variables to indicate their function
nine lizmat: why did you extend that Windows workaround to sane platforms? 10:57
lizmat because there is zero extra cost ?
instead of checking whether we're on Windows
we check if the rename worked, and be done with that
nine But there is no reason to try again on non-Windows 10:58
Geth rakudo: e82e114714 | (Elizabeth Mattijsen)++ | src/core.c/CompUnit/PrecompilationStore/File.pm6
Don't bother retrying if you're not on Windows
lizmat nine ^^ 11:10
11:12 linkable6 joined
lizmat am I reading this correctly: github.com/rakudo/rakudo/blob/mast...er.pm6#L44 11:39
looks like JVM doesn't support loading byte code from an IO::Handle ? 11:40
shouldn't calling this not die then on the JVM instead of just returning an empty CompUnit::Handle ?
nine It should. Just hasn't caused issues because we take the right path in the caller: github.com/rakudo/rakudo/blob/mast...ry.pm6#L86 11:51
A more elegant solution would be to have load-precompilation-file on JVM just slurp the rest of the file handle and pass the buffer to loadbytecodebuffer 11:52
12:07 reportable6 left
Geth rakudo: 530e178484 | (Elizabeth Mattijsen)++ | 2 files
Streamline CompUnit::Loader

  - more precise typing
  - better named variables
  - handle load-precompilation-file(IO::Handle:D) on the JVM backend
  - remove special JVM casing in CompUnit::Precompilation::Repository
   as it is no longer needed
12:41 Altai-man joined 12:57 linkable6 left 13:05 ggoebel_ left 13:16 RakuIRCLogger joined 13:17 lizmat_ joined, TempIRCLogger__ joined 13:18 RakuIRCLogger__ left, TempIRCLogger left, Geth left 13:19 lizmat left, lizmat_ left 13:20 lizmat joined, Geth joined 13:54 Altai-man left 13:56 Altai-man joined 14:08 reportable6 joined 14:27 ggoebel_ joined 14:41 ggoebel_ left 15:58 linkable6 joined 16:34 linkable6 left 16:37 linkable6 joined 18:00 Altai-man left 18:08 reportable6 left 18:10 reportable6 joined 18:15 [Coke] left 18:38 [Coke] joined 18:54 ggoebel_ joined 19:22 squashable6 left 19:24 squashable6 joined, squashable6 left 19:26 squashable6 joined
lizmat so, the "Need to re-check dependencies" for modules in the "core" repo, for NativeCall costs about 50 msecs (out of total of 270 msecs needed to load NativeCall) 20:10
22:15 Xliff joined 22:18 melezhik joined 22:36 melezhik left