🦋 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 01:07 jrjsmrtn_ left 01:08 jrjsmrtn joined 01:09 reportable6 joined
[Coke] jdv: I recommend at a minimum, that for things we go, any file with a commit date in 2022 be upgraded. I've seen folks do *any file*, regardless of last update date. If you have anything crazier, bounce it off codesections, probably. 01:35
02:09 evalable6 left, linkable6 left 03:00 razetime joined 03:11 evalable6 joined 03:24 razetime left, razetime joined
leont Another night, another rakubug. 04:03
m: package Foo { role Some::Bar {}; my class Some::Baz does Some::Bar {} }; Foo::Some::Baz.new
camelia ( no output )
leont That should die
Will file tomorrow
04:24 evalable6 left 04:43 razetime left 05:12 linkable6 joined 05:48 mahafyi joined 06:05 Garbanzo__ left 06:07 reportable6 left 06:10 reportable6 joined 06:18 abraxxa joined 06:22 abraxxa left 06:23 abraxxa joined 06:27 evalable6 joined 07:13 razetime joined 07:14 razetime left, razetime joined 07:47 Sgeo left
moritz agreed, looks like a bug to me 08:38
you don't need the role to reproduce it
m: package Foo { my class Some::Baz { } }; Foo::Some::Baz.new 08:39
camelia Could not find symbol '&Baz' in 'Foo::Some'
in block <unit> at <tmp> line 1
moritz huh, at least with my local raku :D
*rakudo
guess I should build a newer one
08:47 linkable6 left, evalable6 left 08:48 evalable6 joined, linkable6 joined 08:55 razetime left 09:03 kybr left, kybr joined 09:52 lockywolf_ joined 09:57 mahafyi left 10:57 evalable6 left, linkable6 left 11:00 evalable6 joined 11:31 Darkcoal joined 11:39 razetime joined
077AAD8E0 tonyo: yr http asynch server seem to be a bit easier to setup vs cro, yes? 11:44
elcaro mental blank... what's the sub version of $class."$method"()... ie, how can i calls sub `foo()` if `$var='foo'` 12:02
oh wait... it's `::{'&foo'}()`
stupid brain
or `::{"&$var"}()` as the case may be 12:03
12:07 reportable6 left
moritz m: sub f() {say "moo"}; my $name = 'f'; say &::($name) 12:29
camelia &f
moritz IMHO that's the least cluttered syntax if you want to call (and not get a reference to it) 12:30
m: sub f() {say "moo"}; my $name = 'f'; say &MY::{$name}
camelia ===SORRY!=== Error while compiling <tmp>
Undeclared name:
MY used at line 1
moritz m: sub f() {say "moo"}; my $name = 'f'; say MY::{'&' ~ $name}
camelia &f
moritz if you want to get a reference 12:31
(and only want to look in the lexical scopes)
12:58 linkable6 joined 13:09 reportable6 joined 13:46 kjp left 13:49 dextercd joined 13:52 mahafyi joined
lizmat and yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2022/02/07/2022-06-basicly/ 13:55
13:59 discord-raku-bot left, discord-raku-bot joined
moritz lizmat++ 14:05
14:09 Altai-man joined 14:12 HobGoblin left 14:13 goblin joined 14:14 linkable6 left, evalable6 left, linkable6 joined, evalable6 joined
synthmeat that newsletter is by far the best periodic technology updates i get. i don't even do much (or at all) raku, and i still read it top to bottom 14:55
14:59 kjp joined 15:22 sena_kun_ joined
Darkcoal synthmeat: you're referring to Rakudo Weekly News? 15:26
15:26 Altai-man left
synthmeat yeah 15:27
15:30 Merfont left 15:31 Merfont joined 15:39 Sgeo joined 15:49 djerius left 15:50 djerius joined 15:59 discord-raku-bot left 16:00 discord-raku-bot joined 16:06 monkey_ joined 16:29 japhb left 16:31 japhb joined, bdju left 16:32 bdju joined 17:02 yosik joined 17:07 abraxxa left
[Coke] lizmat++ 17:10
17:37 razetime left 17:54 kjp left, kjp joined 18:07 reportable6 left 18:26 sena_kun_ left 18:38 xinming left 18:40 xinming joined 18:41 ajr joined
dorkdoggler moritz that $MY MY output is confusing I would expect the error to be on the second commsnd 18:42
anyway viva raku + rakudo + camelia 18:43
bye
18:44 dorkdoggler left 19:31 dac joined 19:32 bdju_ joined 19:36 yosik left, yosik joined, Scotteh_ joined 19:37 bdju left, Zgredu[m] left, mexen left, sftp left, clarkema left, Scotteh left, dcx left, amenonsen left 19:42 Zgredu[m] joined, sftp joined, clarkema joined, amenonsen joined 19:46 Arathorn left, unclechu left, CIAvash left, AlexDaniel left, andrea[m] left 19:47 anight[m] left 19:48 Darkcoal left, monkey_ left 19:50 Darkcoal joined, Zgredu[m] left 19:54 juanfra__ joined 19:58 Arathorn joined 19:59 frank26 joined
frank26 Hi, I have a problem wrt to building a module of mine with the debian package of rakudo. This is the module github.com/soundart/perl6-tweetnacl. I do "zef install ." and end with "/usr/bin/ld: cannot find -latomic_ops" 20:09
If I remove atomic_ops from the generated Makefile the module seems to be working. 20:11
[Coke] ? what is -atomic_ops? 20:14
? what is -latomic_ops?
20:15 Darkcoal left
[Coke] the only atomic_ops I have in my makefile is: 20:16
-I'/Volumes/BUKKIT/Users/coke/sandbox/rakudo/install/include/libatomic_ops' \
20:17 Darkcoal joined
[Coke] File::Which should update to check for raku as a test instead of perl6 20:19
frank26 Hm that seems to be the directory containing the headers files of that library. -latomic_ops is for the linker.
[Coke] I assume you mean the rakudo makefile, though it's not clear how that impacts your module. 20:20
(I was able to do a zef install --dry . in the module checkout, no errors) (I'm on OS X, though) 20:21
frank26 "zef" creates for my module a Makefile. In that Makefile is a linker line referring to atomic_ops 20:23
20:23 anight[m] joined
ugexe maybe something from LibraryMake that you use? github.com/retupmoca/P6-LibraryMak...#L144-L147 20:24
[Coke] ah. issue with LibraryMake perhaps? Or your debian package of rakudo being misconfigured? 20:25
frank26 Yes I think this github.com/soundart/perl6-tweetnac...file.in#L9 gets expanded with %LIBS% 20:29
20:29 CIAvash joined
[Coke] it concerns me that debian's version is still calling itself Perl 6 20:29
20:29 AlexDaniel joined 20:30 Darkcoal left
frank26 %LIBS% seems to be -lffi -ltommath -latomic_ops -luv -lm -lpthread -lrt -ldl 20:30
20:33 frank26 left
[Coke] ah, the MoarVM Makefile, not rakudo. Still, don't see a -latomic_ops in mine. 20:33
20:34 frank67 joined
MasterDuke moarvm uses libatomic_ops, i suspect you need to install the libatomic-ops-dev debian package 20:34
[Coke] Shouldn't the package require it automagically?
frank67 Sorry I accidentally left the channel
[Coke] (if it's going to die this way?)
and changed your ID. :)
and changed your ID. :) 20:35
MasterDuke but i think it's only because building his module requires compiling some c code
frank67: if you missed my earlier comment, "moarvm uses libatomic_ops, i suspect you need to install the libatomic-ops-dev debian package" 20:37
frank67 Yes indeed  libatomic-ops-dev solved that. I think I did not find that package, as I searched for atomic_ops ,not atomic-ops.
20:39 unclechu joined, bdju_ is now known as bdju
frank67 So is this a bug somewhere? My code does not use atomic_ops. Or should I update the readme to give a hint that this package might be required? 20:40
MasterDuke fyi, if you build your own rakudo, moarvm recently gained the ability to use c11's atomic ops instead (assuming you have a supported OS+compiler), so you could pass `--moar-option='--c11-atomics'` to the rakudo Configure.pl call 20:41
20:43 Zgredu[m] joined
frank67 I am still uncertain: how should I document the build procedure of my code, so that someone else could succeed building it? Does the native call machine require atomic_ops to be linked against the parts of the code I provided? 20:48
ugexe for a debian package you probably shouldnt be running e.g. Build.pm 20:50
MasterDuke i think he's saying he got his rakudo from a debian package, but is installing his module with zef 20:51
frank67 Yes exactly. 20:52
ugexe if you can make it work without LibraryMake maybe try that
or delete whatever entries from github.com/soundart/perl6-tweetnac...uild.pm#L9 you dont want 20:54
frank67 I think this is quite hard, especially if there are variants like  `--moar-option='--c11-atomics'` around. 21:00
21:10 reportable6 joined
frank67 I will  add a pointer to libatomic-ops-dev (and the other not used libs like ) into the readme for now. The linker seems to prevent the extra libs being added to the shared library libtweetnacl.so 21:11
21:21 andrea[m] joined
frank67 thank you! 21:22
21:22 frank67 left 21:29 jjido joined 21:35 unclechu left, CIAvash left, AlexDaniel left, andrea[m] left, anight[m] left, Zgredu[m] left, Arathorn left 21:38 CIAvash joined 21:56 timo left 22:09 ajr left 22:12 Garbanzo__ joined 22:16 AlexDaniel joined, Arathorn joined, andrea[m] joined, unclechu joined, anight[m] joined 22:18 perlbot left 22:19 simcop2387 left 22:21 perlbot joined 22:24 simcop2387 joined, perlbot left
[Coke] I would also report up to debian they need to add a dep on this package. 22:27
22:28 Zgredu[m] joined
[Coke] that also would have solved the issue; I imagine that rakudo will explode if you try to use the atomic ops. 22:28
22:30 perlbot joined 22:33 andrea[m] left
[Coke] m: my $a=1; $a⚛++; say $a; 22:37
camelia ===SORRY!=== Error while compiling <tmp>
Calling postfix:<⚛++>(Mu) will never work with any of these multi signatures:
(atomicint $target is rw --> atomicint)
at <tmp>:1
------> my $a=1; $a⏏⚛++; say $a;
22:37 andrea[m] joined
[Coke] m: my atomicint $a=1; $a⚛++; say $a; 22:37
camelia 2
[Coke] ... except you already installed the dev lib. ah well.
MasterDuke i don't believe so, it's just that LibraryMake (or whatever creates the Makefile) is guessing that the include line for the non-rakudo-related code needed to be compiled for that module should be copied from the moarvm build 22:39
github.com/zostay/raku-LibraryMake...e.pm6#L133 22:42
22:43 andrea[m] left 22:44 xinming left, xinming joined 22:51 ajr joined
Geth doc: 7c34ffddf6 | raiph++ (committed using GitHub Web editor) | doc/Language/nativecall.pod6
test

test
22:55
linkable6 Link: docs.raku.org/language/nativecall
22:57 ajr left
[Coke] that commit is failing 'xtest' 23:01
Geth doc: 3b68625daf | raiph++ (committed using GitHub Web editor) | doc/Language/nativecall.pod6
Revert accidental (immediately prior) test commit
23:06
linkable6 Link: docs.raku.org/language/nativecall
23:09 Scotteh_ is now known as Scotteh 23:17 jjido left 23:23 ajr joined 23:28 ajr left 23:38 dextercd left, merpaderp left 23:40 merpaderp joined 23:48 perlbot left 23:49 simcop2387 left 23:50 ajr joined 23:55 simcop2387 joined 23:56 perlbot joined