🦋 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. |
|||
08:05
donaldh left
08:10
[Tux] left
08:15
[Tux] joined
|
|||
Geth | rakudo/DateTime-valuetype: 376b1dba7c | (Elizabeth Mattijsen)++ | src/core.c/DateTime.rakumod Make DateTime a value type I don't see a reason why it shouldn't be. Because the formatter is also part of the object, it uses the formatter's output as string in .WHICH. |
11:50 | |
rakudo: lizmat++ created pull request #5933: Make DateTime a value type |
|||
lizmat | do we actually have a description somewhere of what is expected / possible in a META6.json file ? | 12:25 | |
jdv | ugexe or nine would know | 12:40 | |
tellable6 | 2025-07-21T02:01:56Z #raku <tbrowder> jdv i just read what i replied and now i understand your confusion. what i was trying to say is that raku's class system encapsulates much of what Steven was showing us about closures in perl. and with much cleaner syntax. | ||
jdv | tbrowder: ok | ||
patrickb | I believe the best we have is in docs.raku.org/language/modules#Pre...the_module | 12:41 | |
jdv | that looks like the old spec and the old spec is even linked! | 12:43 | |
lizmat | hmm... I think we should remove the p6c section there, and move the fex section before the CPAN section | 12:45 | |
patrickb | Right. the design docs are still the most encompassing text we have: github.com/Raku/old-design-docs/bl...format.pod | 12:46 | |
lizmat | I guess github.com/Raku/old-design-docs/bl...ribution-1 | ||
patrickb | lizmat: there is a PR by Weyland doing that. In the last phase of the review process: github.com/Raku/doc/pull/4570 | 12:47 | |
lizmat | ah, good | ||
patrickb | The old design docs are afaik still pretty accurate, but loads of the things stated there are not implemented. So there currently is no good reference of implemented stuff. | 12:50 | |
jdv | in terms of regex perf and related - is anyone working on that? I think the 6.e checklist mentions it, right? | 12:51 | |
lizmat | it does... but no guarantees there :-) | ||
jdv | or was that more about rakuast perf regressions? | ||
lizmat | don't think so | 12:52 | |
jdv | who would know about that stuff, aside from timtoady? | ||
or jnthn i guess. as they are both "out" at this point:( | |||
lizmat | pmichaud jnthn | 12:53 | |
yeah :-( | |||
jdv | patrick is also "out" afaik | ||
nine | S22 might be slightly dated (e.g. s/perl/raku/) but it's probably still the most authoritative source on this and AFAIK most of it is implemented as written. | 13:00 | |
lizmat | thanks everyone, will take that as definition source for now while working on META6.json -> SBOM functionality | 13:01 | |
ugexe | remember that arbitrary fields can be included as well | 14:14 | |
as for why that is useful, here is an example from an old prototyping repository which stores file contents in the meta6.json file itself, and which can be installed to a CURI: github.com/ugexe/zef2/blob/5a9c581...#L107-L132 | 14:35 | ||
15:00
librasteve_ joined
15:17
nine left
15:18
nine joined
|
|||
librasteve_ | teases rakudoweekly.blog/2025/07/21/2025-...-sleeping/ | 16:43 | |
[Coke] cringes at the thought of there being youtube video of him out there again. :) | 16:50 | ||
jdv | you be a celebrity now | 17:26 | |
17:50
guifa left
18:29
guifa joined
18:32
releasable6 left,
releasable6 joined
|
|||
tbrowder | hi, i'm working on a new module that eases use of the GNU OpenType FreeFont and fiddling with what to name it. my current choice is 'GNU::FreeFont::OT'. any thoughts will be greatly appreciated. | 22:03 | |
note OTF is the typical abbreviation but OT is a bit shorter and i believe is not unclear to font users | 22:04 | ||
sorry. wrong channel | 22:51 |