🦋 Welcome to the MAIN() IRC channel of the Raku Programming Language (raku.org). This channel is logged for the purpose of keeping a history about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | Log inspection is getting closer to beta. If you're a beginner, you can also check out the #raku-beginner channel!
Set by lizmat on 25 August 2021.
00:07 reportable6 left 00:13 xinming joined 00:40 Geth__ joined, lizmat_ joined, TempIRCLogger__ joined, Geth left 00:41 RakuIRCLogger left 00:42 TempIRCLogger left, lizmat left 00:44 TempIRCLogger__ left, TempIRCLogger joined 01:09 reportable6 joined
Anton Antonov @Coke Support of parquet or feather would be nice. 01:30
01:50 linkable6 left 01:51 linkable6 joined 02:22 Yeuph left 02:50 dogbert11 joined 02:54 dogbert17 left 03:52 frost joined 04:19 seednode99 left 04:20 seednode99 joined 04:37 bd3i joined 04:56 frost left
stevied where do I report a bug about raku.land? 05:29
don't immediately see a repo for it
oh, found it on gitlab
05:56 linkable6 left, evalable6 left 05:57 linkable6 joined 05:59 evalable6 joined 06:07 reportable6 left 06:08 nebuchadnezzar joined 06:38 djerius left 06:39 djerius joined 07:19 abraxxa joined 07:30 abraxxa left, abraxxa joined 07:43 seednode99 left 07:44 seednode99 joined, lichtkind joined 07:48 lichtkind left 08:00 Manifest0 joined 08:08 lizmat_ left, lizmat joined 08:41 hasrthur joined 08:45 hasrthur left 08:51 dakkar joined 08:59 razetime joined 09:10 reportable6 joined 09:11 hasrthur joined, hasrthur left 09:36 kjp left 09:58 hasrthur joined 09:59 kjp joined 10:22 Sgeo_ left 11:02 Altreus_ is now known as Altreus 11:04 dogbert11 left 11:23 jjido joined 11:28 rir left 11:29 rir joined 11:44 MasterDuke left 11:53 dogbert17 joined 12:07 jjido left 12:08 reportable6 left 12:10 reportable6 joined
lizmat and yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2022/01/17/2022-...kucon-how/ 13:01
13:10 linkable6 left, evalable6 left 13:12 linkable6 joined, evalable6 joined 13:22 MasterDuke joined 13:29 solitario_ is now known as solitario 13:33 [Coke] left 13:37 jjido joined 13:42 [Coke] joined 13:51 jjido left 14:04 dogbert11 joined, dogbert17 left 14:13 solitario left 14:25 solitario joined 14:35 morte_ joined 14:37 qorg11 left 14:40 razetime left, qorg11 joined 14:55 rir_ joined 14:56 [Coke]_ joined 14:57 [Coke] left, kjp left 14:58 kjp joined, rir left 15:00 Kaiepi left 15:06 ProperNoun left 15:07 ProperNoun joined 15:17 xinming left 15:20 avarab left, avar joined
Nemokosch ValueList will be veeery useful 16:20
16:24 lucerne joined
Xliff What would be the easiest way to re-export a CompUnit's symbols without using something from modulespace? 16:35
lizmat Xliff: perhaps this can be of inspiration: github.com/lizmat/P5built-ins/blob...ns.rakumod 16:38
Xliff lizmat++ -- I might use this and see if my suspicion about #4655 plays out. 16:41
lizmat: Why are you using late binding, here? Can't you just use '%export = MY::.map'? 16:48
Or do you have to do it that way to limit it just to Callables?
lizmat the late binding is because you can limit on what gets imported as parameters 16:49
use P5built-ins <shift quotemeta lcfirst>
Xliff Ah! I see. 16:50
lizmat if you don't specify anything, you do get the early bindings in %export
Xliff If I'm not interested in that and just exporting everything in ::EXPORT::DEFAULT, would using MY::.map work?
lizmat from the first EXPORT candidate
probably, never tried that 16:51
17:03 dextercd joined 17:11 sftp left 17:14 [Coke] joined
Xliff lizmat: This isn't working -- github.com/Xliff/p6-ICal/blob/expo.../Types.pm6 17:14
Anything loom out at you as being wrong?
lizmat my @default-symbols = MY::.keys; # that's runtime 17:15
17:15 [Coke]_ left
lizmat also, why the module? 17:16
also: %exports = MY::.pairs.grep({ .key ne @default-symbols.any }).Map; is runtime 17:17
Xliff Equivalent compile time?
lizmat also: the sub should be called EXPORT not EXPORTS
whatever you put in %exports needs to be done at compile time 17:18
Xliff After rename to EXPORT it works. 17:19
lizmat it does?
Xliff My small golf worked.
Now testing via compile
lizmat are you "need"ing this module, or "use"ing it ? 17:20
Xliff using
Prior it was need
Now to see if I trigger SET-SELF error
17:23 sftp joined 17:39 dakkar left
Xliff And... no such luck. Still encountering the message. 17:46
lizmat and if you make all of that happen at compile time ? 17:51
camelia 5
.oO( that's a start :-)
moon-child haha
17:54 clarjon1 left
tbrowder a question about stubs. docs indicate stubs are used for methods in abstract classes. i thought they could be used as declarations before being defined as in C++ 17:55
moon-child m: sub f { ... }; sub f { 5 }; sub f { 6 }; say f 18:01
camelia ===SORRY!=== Error while compiling <tmp>
Redeclaration of routine 'f'. Did you mean to declare a multi-sub?
at <tmp>:1
------> sub f { ... }; sub f { 5 }; sub f { 6 }⏏; say f
expecting any of:
horizontal whitespac…
moon-child gah
repl bites again
tbrowder example: class Foo {...}; class Bar { has Foo $.foo } 18:02
then define Foo after Bar
lizmat m: class Foo {...}; class Bar { has Foo $.foo } 18:03
camelia The following packages were stubbed but not defined:
lizmat m: class Foo {...}; class Bar { has Foo $.foo }; class Foo { }
camelia ( no output )
lizmat seems to work ?
tbrowder yes, but i had a problem a few days ago (i think my error) and wanted to revisit the docs. i think the forward decl use needs to be mentioned, but i wanted to be sure it's correct. 18:05
18:07 reportable6 left 18:08 reportable6 joined 18:09 morte_` joined 18:12 morte_ left 18:15 morte_` left, morte_ joined
Xliff Getting a lot of these, now: 18:18
Missing serialize REPR function for REPR CArray (NativeCall::Types::CArray[uint64])
Will CArrays ever have serialization into a CompUnit?
moon-child hmm, seems doubtful, as there's no way in the general case to know the length of one 18:21
18:36 kjp left 18:40 Sgeo joined
Geth__ ¦ doc: tbrowder self-assigned Describe "forward declaration" of classes using a "stub" github.com/Raku/doc/issues/4018 18:43
18:44 kjp joined 18:53 jjido joined 19:05 jjido left 19:34 younder joined
younder I have a problem with 'zef install JSON::Name' it gives a error 'Can't use unknown trait 'is' -> 'json-name' in an attribute declaration'. This is a real pain as alot of libraries including Cro use this module. 19:36
lizmat installs fine for me. Which version of Rakudo are you using ? 19:53
younder verion 1019.11 19:54
lizmat that's *really* old :-)
El_Che :)
lizmat but I'm afraid that's the reason it doesn't work
El_Che Around the time of the first cities
lizmat please try it with a more recent version :-) 19:55
younder That's the version on the rakudo website..
El_Che younder: what os do you run?
younder Ubuntu 20.04
19:56 morte_ left
El_Che ok, that's what the OS provices on 20.04 19:57
19:57 morte_ joined
El_Che on the rakudo there is normally the latest version listed 19:57
lizmat 2021.12 on the website as far as I can see 19:58
El_Che younder: I supply ubuntu repositories with the latest version: github.com/nxadm/rakudo-pkg#os-repositories
they are also listed on the rakudo website
younder Yes, I downloaded that now.. Must have done 'sudo apt install rakudo' .. These Ubuntu repositories always lag a bit behind. 20:03
El_Che normally OS repos are good enough, but 2 y is a little too much for a lang with lots of development 20:04
younder Yes! It works now. Thanks. 20:09
El_Che \o/
lizmat :-)
20:11 jjido joined 20:12 Kaiepi joined 20:15 jjido left 20:23 morte_ left 20:48 morte_ joined
Geth__ examples: sdondley++ created pull request #91:
improve link to POD example template
younder 'zef install rakudoc' failed.. I needed 'zef -v install github.com/Raku/rakudoc.git'
El_Che that looks related to the module itself 20:56
MasterDuke istr rakudoc is known not to install cleanly right now, i think it doesn't pass all its tests, so you have to do something like `zef install --/test rakudoc` 20:58
20:58 aitron joined 21:12 abraxxa left 21:49 aitron left, aitron joined 21:50 jjido joined 22:05 [Coke]_ joined 22:07 [Coke] left 22:30 younder left, Kaiepi left 22:33 andinus left 22:36 Kaiepi joined 22:50 Kaiepi left 22:51 Kaiepi joined 22:55 morte_ left, jjido left 23:28 [Coke]_ left 23:30 jaguart joined 23:31 [Coke] joined
Xliff I'm in this branch of p6-GLib (only this project!) github.com/Xliff/p6-GLib/tree/raw-...s-refactor 23:35
And I'm now getting this error whenever I "use GLib::Raw::Types" -- Missing serialize REPR function for REPR CArray (NativeCall::Types::CArray[uint64]) 23:36
Could someone clone the above and attempt to run ./build.sh in the root and see if it triggers on their end?
23:50 hasrthur left