🦋 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.
japhb With Digest updated to 0.5.0, my rebuild-all script gets a LOT farther now. Sadly it's still not making it to completion; Cro-TLS tests (soft) hang. 02:35
Geth nqp: 58b846f0a3 | (Christian Bartolomäus)++ | 2 files
[JVM] Implement coercion from uint to str
 06:09
nqp: 28b041d80b | (Christian Bartolomäus)++ | src/vm/jvm/QAST/Compiler.nqp
[JVM] Use unbox_u for HLL unbox for $RT_UINT

The op 'unbox_u' is available. Even if it's implementation is identical to 'unbox_i' for now, it seems to make sense to use the _u variant.
nqp: b75f85a688 | (Christian Bartolomäus)++ | src/vm/jvm/QAST/Compiler.nqp
[JVM] Use $RT_UINT for some '_u' core ops

I didn't see a difference in the tests and it feels more correct to use $RT_UINT here.
Geth nqp: usev6++ created pull request #763:
[JVM] Handle unsignedness for CStruct, CPPStruct,		 06:22
Geth rakudo: moon-chilled++ created pull request #4763:
Fix typo		 08:41
lizmat Files=1351, Tests=117097, 290 wallclock secs (34.88 usr 10.00 sys + 3996.96 cusr 336.85 csys = 4378.69 CPU) 09:30
|Tux| Rakudo v2021.12-200-gfefbc725f (v6.d) on MoarVM 2021.12-136-gef95f0031
csv-ip5xs0.797 - 0.826
csv-ip5xs-205.075 - 5.175
csv-parser3.946 - 3.958
csv-test-xs-200.402 - 0.406
test6.811 - 6.891
test-t1.541 - 1.586
test-t --race0.887 - 0.933
test-t-2022.469 - 23.356
test-t-20 --race7.080 - 7.222
 10:10
Geth rakudo: 34c938c588 | moon-chilled++ (committed using GitHub Web editor) | src/core.c/Exception.pm6
Fix typo in error message; 'none' is singular (#4763)
 11:50
lizmat notable6: weekly 11:55
notable6 lizmat, 3 notes: gist.github.com/44dd07ae945d2c1695...6aa40ed46a
lizmat notable6: weekly reset 12:12
notable6 lizmat, Moved existing notes to “weekly_2022-02-07T12:12:36Z”
[Coke] moon-child: that read better to me before the change. wonder if this is a US vs. UK thing 12:36
[Coke] finds www.writersdigest.com/write-better...-or-plural to back him up; signatures is plural, so the none should be treated as plural. (my 2c) 12:43
lizmat fwiw, this change also felt weird to me 12:54
nine None of these versions is clearly correct. 13:27
It is indeed a very subtle issue. "None" can be singular and plural. A nicely done explanation is: www.merriam-webster.com/video/is-n...-or-plural Though even after watching that it's a 50/50 case for me. 13:31
It may boil down to whether it's any of the individuals matter or if the sentence is about the collectiveness of signatures, i.e. do we want to convey "we didn't find that one signature that matches" or "sorry, these signatures all fail to match" 13:32
lizmat and yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2022/02/07/2022-06-basicly/ 13:55
[Coke] yah, we could rephrase the error to avoid the issue. 17:05
nine LOL looks like the majority of last week's updated Raku modules was on account of my uint fixing PRs :D 17:23
jdv looks like there might be more - just posted the latest blin 17:32
Geth nqp: 6e39618a22 | (Christian Bartolomäus)++ | 6 files
[JVM] Handle unsignedness for CStruct, CPPStruct,

  ... and CUnion. (At least for uint8, uint16, and uint32).
I mostly copied this from NativeCallOps.java.		 19:56
nine jdv: I cannot reproduce that PDF::Class failure 20:18
moon-child '"we couldn't find one signature that matches" vs "these signatures all fail to match"' good point 21:10
though note that due to negation, 'not any' corresponds to the former, and 'not one' to the latter :)
nine As I said, after reading multiple explanations I'm still square in the middle between singular and plural in this case :) 21:23

Powered by Cro and the Raku® Programming Language.

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

Thank you!