|
🦋 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
|
|||
| [Coke] | anyone know what the failure mode of running blin on mac is? I'm seeing Attempting to fetch 53230a19449764fabb922957616eede151da0de0… | 00:20 | |
| No build for start point | |||
| no indication if the error was that it couldn't get this build (did it even try?) | 00:21 | ||
| do I need to pre-load builds? | 00:22 | ||
|
01:00
linkable6 left,
evalable6 left
01:01
evalable6 joined
01:02
linkable6 joined
|
|||
| vrurg | [Coke]: that reminded me. Blin relies on pre-built rakudo binaries. There are no pre-builds for macos, linux only. | 02:36 | |
| At least, that was the case a couple of years ago, but it is unlikely somebody has gotten it fixed. Guessing, there are no binaries for arm64 platform either. | 02:38 | ||
|
06:00
reportable6 left
06:01
reportable6 joined
07:01
bloatable6 left,
quotable6 left,
notable6 left,
linkable6 left,
shareable6 left,
squashable6 left,
coverable6 left,
unicodable6 left,
nativecallable6 left,
evalable6 left,
statisfiable6 left,
bisectable6 left,
releasable6 left,
reportable6 left,
tellable6 left,
benchable6 left,
committable6 left,
sourceable6 left,
coverable6 joined,
notable6 joined,
bisectable6 joined
07:02
evalable6 joined,
benchable6 joined,
sourceable6 joined,
tellable6 joined
07:03
linkable6 joined,
statisfiable6 joined,
reportable6 joined,
bloatable6 joined,
quotable6 joined,
unicodable6 joined,
squashable6 joined,
committable6 joined,
shareable6 joined,
nativecallable6 joined,
releasable6 joined
07:37
Xliff joined
07:39
Xliff left
09:11
sena_kun joined
10:05
ab5tract joined
|
|||
| nine_ | Oh, looks like I've fallen behind even on just reading IRC... | 10:31 | |
| lizmat | nine_ o/ | 10:33 | |
| hope you've had a good vacation :-) | |||
| nine_ | Well...it was just a one-day-trip yesterday | 10:34 | |
| lizmat | ah, that's very short :-( | 10:35 | |
| my best bit in the past week, was removing 1 line of faulty debugging code and getting +3 test files :-) | 10:36 | ||
| looking at implementing "will" trait atm | |||
| nine_ | Wow, that's a nice trade :) | ||
| lizmat | github.com/rakudo/rakudo/commit/66d53dcde2 | 10:37 | |
| nine_: do you know why we're abusing the trait model for handling attribute initializer code, instead of just calling "set_build" on the Attribute meta-object ? | 11:49 | ||
|
12:00
reportable6 left
|
|||
| lizmat | guifa glancing over github.com/alabamenhu/PolyglotRegexen am I correct in not seeing an adverb so you could do "foo" ~~ q:ecma262/ regex / ? | 12:02 | |
|
12:02
reportable6 joined
12:14
timo left
12:20
Xliff joined
|
|||
| Xliff | Raku-GLib suite timing statistics for Raku 2023.06.155.g.657.dada.537 | 12:20 | |
| Using the following processor: AMD Ryzen 9 5950X 16-Core Processor | |||
| Total number of projects: 34 (506509 loc) | |||
| Total non-parallel compile times: 11113.560 (326.869 avg) | |||
| Total parallel compile times: 2373.608 (69.812 avg) 4.682x speedup | |||
|
12:25
timo joined
12:32
timo left
12:34
Xliff left
12:38
timo joined
|
|||
| nine_ | lizmat: what do you mean by abusing the trait model? | 12:48 | |
| lizmat | github.com/rakudo/rakudo/blob/657d...605C1-L607 | 12:49 | |
| and: github.com/rakudo/rakudo/blob/main...8C1-L658C1 | 12:52 | ||
| the problem is that that trait_mod is using a non-standard "will foo" interface | |||
| and in the RakuAST world, I don't see the need for the trait_mod step | 12:53 | ||
| I mean, we have the meta-object already | |||
| nine_ | Can't tell. Only know that the old Actions do the same | 12:54 | |
| lizmat | that I gathered already... :-) | ||
| nine_ | Well, in principle trait_mod:<will> can be overridden lexically. | 12:55 | |
| lizmat | but that is now interfering with generic "will foo" trait support | ||
| yeah, but this one is internal and not documented and not tested directly | |||
| nine_ | Interfering how? | ||
| lizmat | because the generic interface is "identifier value" | 12:56 | |
| will foo $bar | |||
| the current implementation of the RakuAST:Trait::Will class only supports the "will build" case | 12:58 | ||
| github.com/rakudo/rakudo/blob/657d...kumod#L231 | |||
| taking the target as the first arg, and putting the value in :build() | |||
| which matches the Attribute case | 12:59 | ||
| but *not* the other trait_mod:<will> cases | |||
| such as github.com/rakudo/rakudo/blob/657d...e.pm6#L151 | 13:00 | ||
| so either I need to special case "build" in RakuAST::Trait::Will | 13:01 | ||
| or change the API of the existing trait_mod:<will>s | |||
| and their calls | |||
| or: get rid of the (I think) in RakuAST no longer needed Attribute wlll build trait | 13:02 | ||
| nine_ | We might get away with calling set_build directly | 13:04 | |
| lizmat | that was my thought as well :-) | 13:05 | |
|
13:07
Xliff joined
|
|||
| Xliff | Raku-GLib suite timing statistics for Raku 2023.06.155.g.657.dada.537 | 13:07 | |
| Using the following processor: 13th Gen Intel(R) Core(TM) i9-13900K | |||
| Total number of projects: 34 (505641 loc) | |||
| Total non-parallel compile times: 5728.160 (168.475 avg) | |||
| Total parallel compile times: 1025.399 (30.159 avg) 5.586x speedup | |||
|
13:26
Xliff left
|
|||
| lizmat | nine: I guess the only challenge I have is to convert the RakuAST::Method object to what set_build expects | 13:35 | |
| self.IMPL-BEGIN-TIME-EVALUATE($method, $resolver, $context) does not seem to cut it | 13:36 | ||
| $meta-object.set_build($method.IMPL-COMPILE-BODY($context)) neither | 13:44 | ||
| nine_ it appears I'm missing something that you may be able to tell me from experience | |||
| Geth | roast: 2e9da6b388 | (Elizabeth Mattijsen)++ | 2 files Remove unnecessary reliance on :P5 adverb |
14:16 | |
| nine_ | lizmat: I think you just have to do what RakuAST::Trait.apply does | 14:18 | |
| And keep in mind that the point is _not_ to execute that method! | 14:19 | ||
| lizmat | yeah :-) | ||
| [Coke] | vrurg: (macos) I assume that's the underlying issue, but there's no diagnostic that that's the actual failure. | 14:20 | |
| Geth | roast/lizmat-remove-P5-tests: 3902f1d713 | (Elizabeth Mattijsen)++ | 14 files Remove all :P5 related regex tests that were testoing :P5 As suggested in: github.com/Raku/problem-solving/issues/378 |
14:23 | |
| roast: lizmat++ created pull request #837: Remove all :P5 related regex tests that were testing :P5 |
14:26 | ||
|
14:30
timo left
14:32
timo joined
|
|||
| Geth | roast/lizmat-remove-P5-tests: d7770cbbc4 | (Elizabeth Mattijsen)++ | S02-names-vars/perl.t Correct number of tests run |
14:46 | |
| lizmat | 892 (for me at least) | 14:54 | |
|
14:56
timo left
15:02
timo joined
15:17
timo left
15:21
timo joined
15:38
timo left
15:44
timo joined
|
|||
| guifa | lizmat: I think I made it as ecma-m/.../ but only as a proof of concept for getting it to work in that context, leaving the exact naming¡/syntax tbd | 15:48 | |
| lizmat | yeah, but you added a rule to match ecma-m/ / | 15:49 | |
| but what about qq:ecma-m/ / ? | 15:50 | ||
| guifa | tbh didn't even occur to me O:-) | ||
| lizmat | yeah, so ideally I'm thinking like: | 15:54 | |
| $*LANG.register-quote-lang('ecma-m', :allowed-adverbs<q qq>, Ecma262Role) | 15:55 | ||
| $*LANG.register-quote-lang('ecma', :allowed-adverbs<q qq>, Ecma262Role) | |||
| and that would allow q:ecma/foo/ or qq:ecma/ foo $bar / | 15:56 | ||
| guifa | or maybe | 15:59 | |
| my $~ECMA262 = ...; $*LANG.register-quote-lang('ecma', :allowed-adverbs<q qq>, $~ECMA262); | 16:00 | ||
| just since, y'know, that twigil exists hahahahaha | |||
| lizmat | but why the $~ECMA262 ? | 16:01 | |
| ah, JFF ? | |||
| guifa | well, you'll want both the grammar and actions, and if we find a way to put the entire language in a var like that, OMG namespacing will be a thing of the past :-) | 16:02 | |
|
16:03
timo left
|
|||
| guifa | but this hits, perhaps, to there not being a general pluggable way for slangs. right now I'm mixing into $~MAIN, but I don't think long term that's a good practice, at least when doing big changes | 16:05 | |
|
16:05
timo joined
|
|||
| lizmat | indeed it is not, also from a performance point of view | 16:06 | |
|
16:54
timo left
16:56
timo joined
|
|||
| Geth | Shell-Command/main: 119 commits pushed by 22 authors review: github.com/raku-community-modules/...45ea0ff715 |
17:48 | |
|
18:00
reportable6 left,
reportable6 joined
|
|||
| Geth | Shell-Command/main: 5cd797853a | (Elizabeth Mattijsen)++ | 9 files Preparing for zef release |
18:09 | |
| Shell-Command/main: 1850d227ef | (Elizabeth Mattijsen)++ | META6.json Fix META |
18:15 | ||
|
18:39
timo left
|
|||
| Geth | Shell-Command/main: 489d45b5f2 | (Elizabeth Mattijsen)++ | 3 files 1.0 |
18:58 | |
| if/main: 18 commits pushed by (Tobias Leich)++, (Zoffix Znet)++, (Juan Julián Merelo Guervós)++, (JJ Merelo)++ review: github.com/raku-community-modules/...76eb8b0322 |
19:01 | ||
|
19:06
timo joined
19:13
timo left
|
|||
| Geth | if/main: 7feb76902c | (Elizabeth Mattijsen)++ | 12 files Preparing for zef release |
19:21 | |
|
19:23
timo joined
|
|||
| Geth | if/main: 6e2022cc8e | (Elizabeth Mattijsen)++ | Changes 0.1.2 |
19:23 | |
| Shell-Command/main: 4c1fc6b4f9 | (Elizabeth Mattijsen)++ | 6 files 1.1 |
19:35 | ||
| rakudo/main: 5e353bcdf7 | (Elizabeth Mattijsen)++ | 2 files RakuAST: add support for .literalize of simple type objects |
20:34 | ||
| JSON-Unmarshal/main: 593ffbc7dc | (Vadim Belman)++ | 2 files Clarify the definition of deserializable type objects - nominalize nominalizables - ensure that the nominalization is a nominal type - consider compliant if there is any public or `is build` attribute |
20:39 | ||
| JSON-Unmarshal/main: 246f7a3591 | (Vadim Belman)++ | 2 files 0.15 |
|||
|
20:43
ab5tract left
20:58
ab5tract joined
21:30
ab5tract left
|
|||
| [Coke] | lizmat++ for fixing some bugs I reported. | 21:43 | |
|
22:20
sena_kun left
|
|||