🦋 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
Yup.
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
moon-child m: BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN BEGIN say 5 17:52
camelia 5
lizmat
.oO( that's a start :-)
 17:53
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:
Foo
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		 20:55
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

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!