|
01:21
wayland joined
01:22
wayland76 left
02:11
wayland76 joined
02:17
wayland left
05:13
arkiuat left
05:25
arkiuat joined
06:29
arkiuat left
06:42
arkiuat joined
06:46
arkiuat left
06:54
arkiuat joined
06:59
arkiuat left
07:27
arkiuat joined
07:31
arkiuat left
07:54
arkiuat joined
07:59
arkiuat left
08:27
arkiuat joined
08:36
arkiuat left
08:37
arkiuat joined
08:42
arkiuat left
09:09
arkiuat joined
09:14
arkiuat left
09:44
arkiuat joined
09:48
arkiuat left
|
|||
| lizmat notices use of superstitious parens in docs.raku.org/language/operators#infix_==%3E : my @array = (1, 2, 3, 4, 5); | 09:49 | ||
| that only works because of the single arg rule | |||
|
10:18
arkiuat joined
10:23
arkiuat left
10:48
arkiuat joined
10:53
arkiuat left
11:05
librasteve_ joined
11:22
arkiuat joined
11:27
arkiuat left
11:32
arkiuat joined
11:36
arkiuat left
11:59
arkiuat joined
12:05
arkiuat left
12:20
arkiuat joined
12:24
arkiuat left
12:49
arkiuat joined
12:53
arkiuat left
12:55
arkiuat joined
13:02
arkiuat left
13:05
arkiuat joined
13:06
Guest5038 joined
13:12
camelia joined
13:24
arkiuat left
13:31
arkiuat joined
13:40
arkiuat left
13:42
arkiuat joined
13:58
arkiuat left
14:06
arkiuat joined
14:15
arkiuat left
14:17
arkiuat joined
14:22
arkiuat left
14:34
arkiuat joined
14:42
arkiuat left
14:55
arkiuat joined
16:45
Guest5038 left,
Guest5038 joined
17:26
Guest5038 left
|
|||
| librasteve | hmmm this is odd, the docs say docs.raku.org/language/variables#I...assignment my $b = 1,2,3; # item assignment to Scalar (same as preceding example) say $b; # OUTPUT: «1» | 18:09 | |
| but my testing has my $b = 1,2,3; say $b; # OUTPUT (1 2 3) | |||
| are the docs wrong? | 18:10 | ||
| oh - the docs are right - I did my testing in the repl, so maybe this is a repl issue? is it worthy of filing? if so, where? | 18:12 | ||
| arkiuat | however, if I do this in the REPL | 19:25 | |
| my $a = 1, 2, 3; .say for $a | |||
| I get output of just: | 19:26 | ||
| 1 | |||
| m: my $a = 1, 2, 3; .say for $a | |||
| camelia | WARNINGS for <tmp>: 1 Useless use of constant integer 3 in sink context (lines 1, 1) Useless use of constant integer 2 in sink context (lines 1, 1) |
||
| arkiuat | if I put the say (after a semicolon) on the same line as the assigment in the REPL, it works as documented | 19:29 | |
| only if you make the assignment in the REPL on a line by itself does it assign the whole list to the scalar | |||
| This *seems* like an intentional UI feature to save keystrokes | 19:32 | ||
| librasteve | arkuiat: that is not quite what I am seeing ... in the repl if I go my $a = 1,2,3 the reflection is (1 2 3), but on the next line I go $a with reflection 1 | 21:15 | |
| I get a the same reflection, but a different result if I add parens on the rhs like my $a = (1,2,3), then $a on the next line shows (1 2 3) | 21:17 | ||
| I put this down to the way the repl loop reflects the previous line of code that seems to contradict the actual raku compiler behaviour (which, of course, is the correct interpretation) ... thus my question is this a repl bug | 21:19 | ||
|
21:23
wayland joined,
wayland76 left
|
|||
| Geth | doc: arkiuat++ created pull request #4705: Fix link to categorize method in List documentation |
21:38 | |
|
22:05
wayland left
|
|||
| jubilatious1_98524 | m: my $b = 1,2,3; say $b; | 22:16 | |
| Raku eval | 1 WARNINGS for /home/glot/main.raku: Useless use of constant integer 2 in sink context (lines 1, 1) Useless use of constant integer 3 in sink context (lines 1, 1) | ||
| librasteve | =b | 22:39 | |