🦋 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.
00:00 reportable6 left, reportable6 joined 01:10 _elcaro_ joined 01:17 _elcaro_ left 01:20 linkable6 left 01:22 linkable6 joined 02:54 Xliff left 03:18 japhb left 03:45 japhb joined 04:29 guifa joined 04:32 guifa_ left 06:00 reportable6 left 06:02 reportable6 joined 08:00 sena_kun joined 08:20 MasterDuke left, hythm left 09:18 sena_kun left, sena_kun joined 09:55 [Tux] left 09:56 [Tux] joined
patrickb jdv: The build is underway. 11:08
11:10 hythm joined
Geth rakudo/main: 8be7bfe2a5 | (Elizabeth Mattijsen)++ | src/Raku/ast/operator-properties.rakumod
RakuAST: allow "chain" as well as "chaining"

To indicate a chaining infix operator		 11:45
rakudo/main: 7f6f2512a1 | (Elizabeth Mattijsen)++ | src/core.c/Routine.pm6
Fix setting operator properties on some operators

Specifically «>» and «<» and friends
12:00 reportable6 left 12:01 reportable6 joined 12:15 jgaz joined
[Tux] Rakudo v2023.08-3-g7f6f2512a (v6.d) on MoarVM 2023.08-1-ga2da8e7b1
csv-ip5xs0.894 - 1.001
csv-ip5xs-205.838 - 6.282
csv-parser4.063 - 4.345
csv-test-xs-200.400 - 0.408
test6.078 - 6.687
test-t1.510 - 1.626
test-t --race0.896 - 0.936
test-t-2020.690 - 20.925
test-t-20 --race6.361 - 6.857
 13:02
Geth rakudo/main: e6bc68788c | (Elizabeth Mattijsen)++ | src/Raku/ast/operator-properties.rakumod
RakUAST: Fix associative for concatenation ops
 14:03
rakudo/main: 81446212ed | (Elizabeth Mattijsen)++ | src/Raku/ast/operator-properties.rakumod
RakuAST: another case of allowing 'chaining'

Also shortcut repetitive attribute accesses for size/speed
rakudo/main: 4a4be8de56 | (Elizabeth Mattijsen)++ | 2 files
RakuAST: remove dependency on %prec for infix operators

  - operator properties of RakuAST::Infix is updated at resolve time
  - so we don't actually need to tell it when creating RakuAST::Infix
ugexe in perl 5.38 you can use //= in subroutine signatures, something you can't do in raku 14:18
lizmat yeah, that's definitely something I would like to see :-) 14:19
m: sub a($a //= 42) { dd }; a
camelia ===SORRY!=== Error while compiling <tmp>
Malformed parameter
at <tmp>:1
------> sub a($a⏏ //= 42) { dd }; a
expecting any of:
constraint
lizmat should be safe to add looks like
vrurg What's the difference with using a default value? 14:23
nemokosch I suppose that you can still pass in the value and have it ignored
if it's undefined
vrurg OK, makes sense. 14:24
lizmat it would require changes to the binder though... brrrr
vrurg This was my first thought. :) 14:25
patrickb jdv: Release builds are done. 14:26
vrurg Thinking of the legacy parser, it wouldn't be that hard, perhaps, to add to the binder itself. But what I'm afraid of is changing the binder in BOOTSTRAP. 14:28
15:41 discord-raku-bot left 15:42 discord-raku-bot joined
ugexe (also ||= 0) 15:47
er ||=
gfldex m: sub foo(Any:D $a = 42) { } # this is a clear statment. This sub can not deal with undefined values. 17:40
camelia ( no output )
gfldex I'm not sure I like //= in Signatures and I do like a fancy syntax or two. It may shift the burden of using undefined values to the wrong person. 17:41
But then, the API person can choose to hide //= inside the subs body, so the API user person can't see that. 17:42
18:00 reportable6 left 18:03 reportable6 joined
ugexe irclogs.raku.org/perl6/2016-09-08.html#18:15 and irclogs.raku.org/perl6-dev/2017-07...15:33-0005 seem relevant 18:13
nemokosch I found myself wanting to be able to pass in a placeholder, iirc eventually the function handled it internally 18:35
The situation was a bit worse because a :@variable doesn't have good ways to indicate optionalness 18:36
19:27 heartburn left 20:24 japhb left 20:26 japhb joined
[Coke] nine: any suggestions on github.com/krunen/term-termios/issues/20 appreciated. Distribution::Builder::MakeFromJSON is invoking make and failing bug I can't see why 20:56
*but
opened a linked issue in DBMFJ 21:02
ugexe you should probably post the output of `zef build . --debug` to that issue too 21:20
well i guess its probably the same for the various updates they made
ugexe tries 21:23
[Coke] ugexe: it's in there. 21:48
ugexe raku -e '$*IN.close; say so shell("ls", :!err, :!out)' 22:14
that shows false on macOS
if you remove the $*IN.close it shows true
it shows true on linux regardless of $*IN.close 22:15
github.com/rakudo/rakudo/issues/5357 22:19
appears to have been this way since at least 2021 22:22
i don't think i can builder anything older 22:23
build
22:39 sena_kun left 23:19 japhb left 23:23 japhb joined

Powered by Cro and the Raku® Programming Language.

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

Thank you!