🦋 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. |
|||
tbrowder__ | ok, tomorrow i wanna run another approach by you. does a $HOME/.zef/config file work with just the XDir directives? | 00:41 | |
ugexe | no. but you could just set ZEF_CONFIG_STOREDIR / ZEF_CONFIG_TEMPDIR | 01:06 | |
tbrowder__ | hm... | 01:09 | |
01:29
nine left
01:30
nine joined
03:31
bisectable6 left,
committable6 left
03:32
committable6 joined
03:33
bisectable6 joined
04:51
committable6 left,
bisectable6 left
04:52
bisectable6 joined
04:54
committable6 joined
06:07
committable6 left,
bisectable6 left,
committable6 joined
06:09
bisectable6 joined
09:32
bisectable6 left,
committable6 left
09:33
committable6 joined
09:35
bisectable6 joined
10:38
Voldenet left
10:48
Voldenet joined
11:24
linkable6 left,
notable6 left,
tellable6 left,
linkable6 joined,
notable6 joined,
tellable6 joined
11:28
notable6 left,
linkable6 left,
notable6 joined,
linkable6 joined
11:35
ab5tract joined
|
|||
ab5tract | reminds me of my troubles with 'p6stateinit` (or whatever it was called) not showing up in the callframe | 11:44 | |
oops wrong chat :) | |||
Geth | rakudo/main: 4 commits pushed by (Elizabeth Mattijsen)++ | 13:00 | |
lizmat | afk for a few hours& | ||
14:51
committable6 left,
bisectable6 left
14:52
bisectable6 joined
14:53
committable6 joined
|
|||
Geth | rakudo/l10n-it: a5dee27ae2 | (JJ Merelo)++ | tools/templates/L10N/IT :sparkles: translation to Italian |
17:38 | |
lizmat | afk again& | 17:40 | |
Geth | rakudo: JJ++ created pull request #5401: :sparkles: translation to Italian |
17:41 | |
17:49
sena_kun joined
|
|||
Geth | rakudo/l10n-it: 51298f873c | (JJ Merelo)++ | tools/templates/L10N/IT Fix, and also another translation to express doubt |
17:50 | |
rakudo/l10n-it: e4d59b642a | (JJ Merelo)++ | tools/templates/L10N/IT Here goes another blocco |
17:58 | ||
rakudo/l10n-it: 13b70018c4 | (JJ Merelo)++ | tools/templates/L10N/IT Dai un'altro blocco :arrow_up: |
18:02 | ||
rakudo/l10n-it: cacd88c5d4 | (JJ Merelo)++ | tools/templates/L10N/IT :pinched_fingers: parole, parole |
18:09 | ||
rakudo/l10n-it: 68fda002f1 | (JJ Merelo)++ | tools/templates/L10N/IT Here we go again This is taking a while... Also, piano would be more colloquial than tranquillamente, but I don't know the register here... |
18:26 | ||
rakudo/l10n-it: f5e551db56 | (JJ Merelo)++ | tools/templates/L10N/IT Checkpoint to request info |
18:41 | ||
rakudo/l10n-it: 6b1e58753b | (JJ Merelo)++ | tools/templates/L10N/IT Almost done |
18:48 | ||
19:11
Xliff joined
|
|||
Xliff | Raku-GLib suite timing statistics for Raku 2023.09.43.gadfdef.88.ef | 19:11 | |
Using the following processor: AMD Ryzen 9 5950X 16-Core Processor | |||
Total number of projects: 34 (506509 loc) | |||
Total non-parallel compile times: 11886.650 (349.607 avg) | |||
Total parallel compile times: 2505.427 (73.689 avg) 4.744x speedup | |||
bartolin | bisectable6: my Int $a = CORE; $a.WHAT.say ## github.com/Raku/old-issue-tracker/issues/4854 | 19:12 | |
bisectable6 | bartolin, Will bisect the whole range automagically because no endpoints were provided, hang tight | ||
bartolin, Output on all releases: gist.github.com/ddf9d96cf8c315124c...f61c0ec6df | |||
bartolin, Bisecting by exit code (old=2018.06 new=2018.08). Old exit code: 0 | |||
bartolin, bisect log: gist.github.com/ff98645dc3a5a0bd25...efb65cc0cb | 19:13 | ||
bartolin, (2018-07-09) github.com/rakudo/rakudo/commit/d3...c5d8165116 | |||
bartolin, Output on all releases and bisected commits: gist.github.com/70ff3842b9ad709cb8...d0d98fc4cc | |||
tbrowder__ | \o/ JJ | 20:35 | |
20:52
Xliff left
|
|||
gfldex | Is the lack of error/warning for uninitialised dynvars in this case Rakudobug-worthy? gist.github.com/gfldex/eab45100fdf...28a92c1c25 | 22:16 | |
22:18
sena_kun left
|
|||
lizmat | gfldex: no, as the creation of $*foo happens *before* the call to a(). The assignment to $*foo happens after | 22:28 |