perl6-projects.org/ | nopaste: sial.org/pbot/perl6 | evalbot: 'perl6: say 3;' | irclog: irc.pugscode.org/
Set by mncharity on 25 March 2009.
pugs_svn r26422 | szabgab++ | Smart::Links report potential legacy L<< links as broken, improved test suite 06:35
r26423 | azawawi++ | [S:H:P6] Updated to latest std and increased version. 06:42
pasteling "azawawi" at 212.38.137.139 pasted "redspans warnings when parsing STD.pm" (10 lines, 690B) at sial.org/pbot/36201 07:02
azawawi TimToady: im seeing a couple of uninitialized warnings when parsing STD.pm via redspans, please see sial.org/pbot/36201 07:03
pugs_svn r26424 | szabgab++ | Smart::Links add parsing support to smartlinking to artbitrary document 07:43
pugs_svn r26425 | szabgab++ | Smart::Links syn_id now includes the S prefix as well 07:54
moritz_ good morning 08:08
azawawi moritz_: good morning 08:19
azawawi moritz_: quick q, what's ^ infront of a method name for? 08:20
azawawi is working on building a symbol table out of redspans output for Padre Perl6... (private/public method... scopes.. anonymous blocks) 08:21
moritz_ azawawi: it's an abbrev for .HOW.method($obj, ...) 08:22
ie a call to the meta class
azawawi reads S12 08:23
so ! for private methods and ^ for HOW methods right? 08:29
moritz_ yes 08:31
azawawi so beside method names in the outline im going to suffix the method name with (private) and (how) 08:33
public methods are default right?
moritz_ yes 08:44
moritz_ I don't see the use in marking methods as "how" 08:44
moritz_ unless you add methods to the meta class 08:44
which isn't trivially detectable statically 08:45
azawawi moritz_: so distiguishing between private/public methods is the way to go 08:47
moritz_ there are also submethods 08:50
which are public but not inherited
pugs_svn r26426 | szabgab++ | Smart::Links separate the strict syn_id notion, allow for subdirectories 09:10
szabgab You can start adding smartlinks in the format L<S32::Abstraction/....> to point to the specs in the subdriectory 09:12
There is also a new perlcabal.org/syn/stats.html page listing most of the issues with the smartlinks 09:13
azawawi szabgab: nice 09:14
szabgab++ 09:15
szabgab and I am off to my flight now 09:17
moritz_ szabgab++ indeed 09:17
pugs_svn r26427 | lwall++ | [redspans] ignore {*} reductions, just use whole rules 10:49
TimToady azawawi: see last checkin 10:52
azawawi lwall: im checking it... thx :) 10:53
TimToady++ 10:54
pugs_svn r26428 | lwall++ | [viv] each bless category rule into specific S class rather than generic 10:59
r26428 | lwall++ | [viv] cut down boilerplate
TimToady well, jet lag has to be good for something...
jnthn: I think the Big Confusion has to do with not distinguishing non-stateful roles from their stateful counterparts 11:00
Bool, in particular, is both a readonly interface to values and a readwrite interface to a bit attribute 11:01
TimToady when we mix in Bool::True we're mixing in the value interface 11:02
but when we say "does Bool" we're saying we want to add a Bool attribute
these must be distinguished better somehow, so we know for instance that Array and Hash want the rw versions of the corresponding roles 11:03
perhaps "does" pulls in attribute definitions, and "provides" or "presents" or some such leaves them out. 11:04
or we have some marker on the type to indicate whether it's pure or not 11:05
such that mixing in Bool::True actually mixes in Bool:ro with a readonly .true method, while mixing in Bool:rw gives you a rw .true method 11:08
notation is, of course, up for bikeshedding 11:09
TimToady but the idea is, if you're not specific, things default to the current notation, more or less 11:10
and instead of RangeIterator, we might have Range:rw or some such 11:13
and Array would be an alias for Positional:rw 11:14
well, have to get up in <2 hr, so I'd better try to rest more
zzz & # maybe
pugs_svn r26429 | azawawi++ | [S:H:P6] version 0.45 which includes fixed redspans parsing. TimToady++ 12:45
azawawi moritz_: an initial outline tree from Padre for STD.pm feather.perl6.nl/~azawawi/Padre-Plu...STD.pm.png 12:49
moritz_: notice that i still have a couple of stuff to fix but we're nearly there :) 12:50
TimToady looks like EXPR isn't showing up as a method 12:51
pmichaud: see my musings ~2hr ago on what's going on with .true et al. 12:53
azawawi TimToady: yeah i need to fix my parsing; im assuming a ident. Next step building a symbol table to fix all of these problems. 12:54
TimToady: it takes like 5 min to generate on my laptop since STD parsing is done on a separate process p6tokens.pl in Padre Perl6 12:55
TimToady: part of it, to avoid re-entry problems and re-use of the STD parser :)
TimToady STD already builds symbol tables, kinda
shower & 12:57
azawawi any way to access them via STD->symbol_table_something 12:58
lunch & :)
TimToady azawawi: the packages are all attached via {'CORE'} in the top node, find other packages in CORE::GLOBAL 13:12
lexicals are (temporarily) accessible via $*CURPAD, so the reduce action could capture a link to that 13:13
afk &
pugs_svn r26430 | ron++ | Add tickets directory for tests corresponding directly to active tickts 13:42
skids ?nopaste 13:48
lambdabot Haskell pastebin: hpaste.org/new
skids last time I used that one, there was no message to this channel (no channels in the drop-down)
pasteling "skids" at 71.192.212.78 pasted "Perl6 zip/roundrobin, now with funky lvalue goodness" (141 lines, 5.2K) at sial.org/pbot/36210 13:57
PhatEddy Anyone around for help with a subversion problem related to a spec test? 14:19
pugs_svn r26431 | ron++ | for lack of better suggestion - undoing unintentional added test 14:28
skids rakudo: my List of Capture sub f {} 15:21
p6eval rakudo 7bbc62: OUTPUT«Use of protoobject as value␤» 15:22
skids rakudo: my Capture List sub f { return }; f; 15:57
p6eval rakudo 7bbc62: OUTPUT«Type check failed on return value␤current instr.: 'die' pc 17536 (src/builtins/control.pir:225)␤»
skids rakudo: my Capture List sub f { return() }; f;
p6eval rakudo 7bbc62: OUTPUT«Type check failed on return value␤current instr.: 'die' pc 17536 (src/builtins/control.pir:225)␤»
skids rakudo: my Capture List sub f { return () }; f; 15:58
p6eval rakudo 7bbc62: OUTPUT«Type check failed on return value␤current instr.: 'die' pc 17536 (src/builtins/control.pir:225)␤»
skids rakudo: my Capture List sub f { return \() }; f;
p6eval rakudo 7bbc62: OUTPUT«Type check failed on return value␤current instr.: 'die' pc 17536 (src/builtins/control.pir:225)␤»
skids rakudo: my Capture List sub f { return(()) }; f;
p6eval rakudo 7bbc62: OUTPUT«Type check failed on return value␤current instr.: 'die' pc 17536 (src/builtins/control.pir:225)␤» 15:59
skids rakudo: my Num List sub f { return (1) }; f.say; my Num List sub g { return ("A") }; g; 16:05
p6eval rakudo 7bbc62: OUTPUT«1␤Type check failed on return value␤current instr.: 'die' pc 17536 (src/builtins/control.pir:225)␤»
skids rakudo: my Num List sub f { return () }; f;
p6eval rakudo 7bbc62: OUTPUT«Type check failed on return value␤current instr.: 'die' pc 17536 (src/builtins/control.pir:225)␤»
skids rakudo: my Num List sub f () { ("A") }; f.say; 16:21
p6eval rakudo 7bbc62: OUTPUT«A␤»
skids files rakudobug 16:24
perlmonkey is looking for larry 17:16
literal you can do @tell TimToady oh hi
to send him a message 17:17
perlmonkey cool
@tell TimToady got a chemistry question for you larry
lambdabot Consider it noted.
literal chemistry? 17:18
perlmonkey didn't larry major in chemistry
literal don't know 17:19
rindolf literal: it's in www.wall.org/~larry/onion3/talk.html 17:20
literal: but he ended up doing a different major.
masak Auzon: I haven't finished backlogging yet, but I noticed you were asking about LWP::Simple. 17:21
literal I see
masak Auzon: ...and HTTP::Daemon. the latest HTTP::Daemon resides in the Web.pm repo. we unfortunately have two copies at present, as the lesser of two evils. 17:22
Auzon: LWP::Simple isn't on the roadmap, but I'd love to see one. 17:24
(possibly with a more appropriate name)
masak moritz_: in what sense are submethods public? 17:27
perlmonkey whos calling me 17:35
masak perlmonkey: oh hai.
perlmonkey: so, have you written your first script in Rakudo Perl 6 yet? :) 17:36
perlmonkey masak: oh hai, no I'm still using 5.8 :P
masak perlmonkey: I hear you can use both 5.8 and pre-6.0 :)
apart from the mental impedence mismatch when switching, it's no problem at all. 17:37
perlmonkey cool 17:38
japhb rakudo: sub Foo::foo { say "foo" } Foo::foo() 18:03
p6eval rakudo 7bbc62: OUTPUT«Malformed routine definition at line 1, near "Foo::foo {"␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤»
japhb How do I pronounce that in rakudo's accent? 18:04
masak rakudo: module Foo { sub foo { say "foo " } }; Foo:foo() 18:05
p6eval rakudo 7bbc62: OUTPUT«Statement not terminated properly at line 1, near ":foo()"␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤»
masak rakudo: module Foo { sub foo { say "foo " } }; Foo::foo()
p6eval rakudo 7bbc62: OUTPUT«foo ␤»
masak japhb: good enough? or did you want to actually inject the sub into a not-yet-declared namespace-module-thingy? 18:06
I don't know how to do the latter... or even whether it's allowed.
japhb masak: Nod. That was actually yak shaving. The real problem is that I want to do the Foo::foo() part. Because really, I want to do OpenGL::foo().
And the OpenGL namespace was created by PIR
masak ok.
japhb Though you give me an idea ... I wonder if I make a fake 'module OpenGL {}' declaration, that will make Rakudo believe me. 18:07
masak there's something called 'is also'
masak soon to be known as 'augment', but right now it's 'is also' in Rakudo. 18:07
you could try that.
rakudo: module A {}; module A {} 18:08
p6eval rakudo 7bbc62: OUTPUT«Re-declaration of type A at line 1, near ""␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤»
masak rakudo: module A {}; module A is also {}
p6eval rakudo 7bbc62: ( no output )
japhb Hmmmm. Rakudo doesn't seem to believe the original module exists. 18:09
japhb tries using some PIR to alias the namespaces 18:10
pmichaud I wonder if "module OpenGL;" works. Or if it should work. 18:13
no, wait. It would be "module OpenGL { ... };" 18:14
that might be enough to tell Rakudo that OpenGL is a package name 18:17
japhb Doesn't seem to do the trick ... I'm currently refreshing myself on PDD21 18:18
pmichaud rakudo: module Foo { }; say Foo::foo();
p6eval rakudo 7bbc62: OUTPUT«Null PMC access in invoke()␤current instr.: '_block14' pc 60 (EVAL_20:41)␤»
pmichaud that should work.
i.e., to grab a 'foo' subroutine out of the Foo namespace.
japhb pmichaud: Sure, but OpenGL is rooted in parrot's namespace, not perl's.
pmichaud Right now Rakudo is rooted in parrot's namespace also. 18:19
Unless that changed over the past two days.
japhb blinks
So ... 'module OpenGL' is really parrot::OpenGL?
pmichaud if you're talking in terms of parrot's HLL namespaces, yes.
(there is no "parrot::OpenGL" notion in general) 18:20
module OpenGL is really ['parrot';'OpenGL']
(from parrot's root namespace)
japhb Oh right, gotcha
masak I would submit that rakudobug, but I suspect it's in there somewhere already. 18:21
pmichaud what rakudobug is that?
masak the Null PMC access on calling a non-thing in a module. 18:22
pmichaud oh, yes.
masak it seems too familiar to be new.
pmichaud it's not.
I suspect we need a form of lookup that says "throw smart exception if this comes back null"
masak hm. aye. 18:23
that would at least lead to fewer RT tickets. ;)
rfordinal jnthn : are you ready to Hackathon? 18:40
LylePerl rakudo: $*CWD.say 19:07
p6eval rakudo 7bbc62: OUTPUT«Use of uninitialized value␤␤»
LylePerl wonders when his patch will get looked at...
pasteling "japhb" at 76.191.190.8 pasted "Why don't bar() and baz() work like foo()?" (41 lines, 821B) at sial.org/pbot/36219 19:09
LylePerl I've been thinking about Rakudo's portability in code
In Perl 5 you often have to prepare your module so that is works on Windows as well an Linux 19:10
Are there any intentions for Rakudo to handle more of this, so most modules coded for Linux will just work on Windows? 19:11
masak LylePerl: that would be the ideal, I think. but there are also no efforts to give you shell access, if you want to make your code non-portable. 19:12
masak LylePerl: right now, shell access is our only means of doing some things. 19:12
masak rakudo: grammar Foo { regex TOP { foo } }; use Test; plan 1; say '# ', ?Foo.parse(""); nok ?Foo.parse('') 19:26
p6eval rakudo 7bbc62: OUTPUT«1..1␤# 0␤ok 1 - ␤»
masak oh, good.
time to upgrade my Rakudo, I think.
LylePerl masak: Are you saying there are no backticks or system command? 19:27
masak LylePerl: there's &run, formerly known as &system. 19:28
masak we're still waiting for backticks. 19:28
azawawi masak: ping 19:29
masak azawawi: pong.
azawawi masak: November.pm gives a warning when STD.pm parsed. 19:30
masak it did last time I ran it through STD.pm as well.
but which one is it now?
pasteling "azawawi" at 212.38.137.139 pasted "November.pm STD warning" (6 lines, 163B) at sial.org/pbot/36221 19:31
masak I just pushed a few commits I made on the train today. with those, all tests except the final integration test file pass on my box. 19:32
azawawi masak: and a few files are missing 'use v6;'
masak azawawi: that error might be because you're not including the html-template project when you're running.
azawawi: oh, will fix that.
azawawi masak: im using Padre Perl6 plugin to view them via Outline view 19:33
masak that's exciting news.
azawawi masak: and padre does not detect a .pm without use v6; or class/grammar/module/role
patmat i have a problem running Rakudo on NetBSD 19:34
masak I'm adding 'use v6' now to those that lack it.
patmat is there someone with Rakudo on NetBSD knowledge? 19:36
patmat if I do "make" after perl Configure.pl --gen-parrot 19:36
masak there, pushed.
patmat that's what happens:
www.pastie.org/458183 19:37
someone had this problem?
it's on a new installed NetBSD 4.0.1 19:38
azawawi uploads a few screenshots of Padre-Plugin-Perl6 in action
patmat azawawi: ah good :)
masak patmat: did you try a 'make clean' before that? 19:39
(just checking)
patmat ok one moment 19:40
same error
azawawi masak: feather.perl6.nl/~azawawi/Padre-Plu...th-STD.png
masak: and feather.perl6.nl/~azawawi/Padre-Plu...vember.png 19:41
masak patmat: strange. it doesn't seem platform-dependent, and I get no error here. I just built Rakudo.
azawawi: very, very cool.
patmat yep 19:42
masak hm i don
don't know what's wrong :(
azawawi masak: that now handles identifier-with-dashes and expressions bugs
patmat but thanks, i have to find it out myself, i'm annoyed anyway with my system anyway...
masak patmat: you could submit this as a rakudobug, I guess.
patmat maybe i'm just installing the new Ubuntu on that NB
dont have time for so much trouble hehe 19:43
masak well, it's up to you. 19:43
mberends masak: howai (with mouth full of pizza)
masak mberends: hai!
meppl good night
masak mberends: did your course go well?
mberends masak: think so. it began politely enough about M$ and degenerated to a frustrations soapbox at the end. happy cu$tomer anyways :) 19:45
masak :)
mberends has 7 days of #perl6 backlog to study 19:45
masak wait till you get to the golfing spree in the logs :) 19:46
mberends masak: ooh!
while re-generating the proto database requirements, came to the 'PERL6LIB is deperecated' dead end a few times. why is it considered to be just a temporary workaround? 19:48
masak probably because it isn't compatiable with the databse thingy. 19:49
not to mention not needed in the face of a databse thingy. 19:50
mberends ok, was beginning to think so. The versioning requirement will require quite a lot of new code. 19:50
masak I'm just speculating, mind. TimToady will know for sure. 19:51
he's the one who said it's so when I started making proto.
moritz_ re 19:55
azawawi is happy :)
azawawi moritz_: did u see the STD.pm screenshot? :) 19:56
moritz_ azawawi: which one? I saw quite many recently 19:57
masak rakudo: grammar Foo { regex TOP { foo } }; use Test; plan 1; nok ?Foo.parse('')
p6eval rakudo 7bbc62: OUTPUT«1..1␤ok 1 - ␤»
masak how come this succeeds here on #perl6 but fails on my box? 19:58
azawawi moritz_: feather.perl6.nl/~azawawi/Padre-Plu...th-STD.png
masak discovers why
moritz_ it works locally here
masak oh.
never mind.
moritz_ nice 19:59
masak in other news, I think it's a bad idea to make copies of Test.pm to store in projects.
definitely not a Well-Thought Out Practice.
azawawi moritz_: i could get the private/my/class/attributes in this release; maybe tomorrow.
masak moritz_: I'm intrigued by the automated testing idea for November. I would like to know if you know how I could set that up, say, on feather. 20:01
pugs_svn r26432 | hinrik++ | [util/perl6.vim] put the 'vim: filetype=perl6' bit in a =comment line so Perl6::Perldoc won't render it in the HTML 20:03
jnthn hi - anyone know if any changes that would affect building dynops have gone in of late? 20:07
moritz_ don't know 20:11
masak: does the test harness have a different return value on failure?
(I hope so)
masak moritz_: oh, I should think so.
moritz_ masak: maybe you could simply create a dummy CPAN package, and use the CPAN testers reporting framework 20:13
masak :)
moritz_ or you could simply do a 'make test > $logfile || mail $logfile' 20:13
masak that's more like it. 20:14
can I do cronjobs on feather?
moritz_ sure.
masak I will do some attempts tomorrow. 20:15
I have already decided that I want one report on bleading Rakudo and one on latest-release Rakudo.
that would help a lot, just to have those statistics handy every day.
azawawi masak: Utils.pm also doesnt parse with STD 20:21
moritz_ there's also TapTinder for parrot
masak azawawi: that so?
moritz_ which does a very similar reporting job for parrot
masak azawawi: it builds ok.
pasteling "azawawi" at 212.38.137.139 pasted "Utils.pm" (11 lines, 322B) at sial.org/pbot/36222
azawawi masak: im just going on all the files; checking their highlighting and outline views in Padre 20:22
masak std: int time
p6eval std 26432: OUTPUT«##### PARSE FAILED #####␤Syntax error (two terms in a row?) at /tmp/sVmFU0bTTE line 1:␤------> int time␤ expecting any of:␤ infix or meta-infix␤ infix stopper␤ standard stopper␤ statement modifier loop␤ terminator␤FAILED 00:02 35m␤»
masak std: int(time) 20:23
p6eval std 26432: OUTPUT«ok 00:02 35m␤»
moritz_ ah, prefix:int is banned from the spec
masak azawawi: will fix.
rakudo: int time
p6eval rakudo 7bbc62: ( no output )
masak submits rakudobug
azawawi moritz_: maybe this a parsing bug in std 20:25
masak azawawi: no, it has actually been disallowed.
pasteling "azawawi" at 212.38.137.139 pasted "Possible STD parsing bug in Dispatcher/Rule.pm" (6 lines, 227B) at sial.org/pbot/36223 20:26
PhatEddy I noticed today that I have a pugs commit bit and started adding RT tests to the spec/ticket directory.
masak azawawi: it's just missing a space before '->'.
I don't know if that's mandatory. 20:27
PhatEddy Anyone have an opinion on whether I should add a comment/reply to the tickets about the existence of the tests ?
moritz_ PhatEddy: please do so 20:27
PhatEddy: but I would prefer tests in the file where the features are tested, not separate files for the tickets 20:28
moritz_ if they *really* don't fit into there, they should go into t/spec/integration 20:28
PhatEddy The reason for the ticket test files, which I discussed on IRC earlier, is 20:29
1) the propensity of ticket tests to die and need eval
moritz_ for that we have fudge directives
PhatEddy 2) The ability to test after making changes which other tickets may have incidentally been closed 20:30
(active tickets)
moritz_ that's caught by autounfudge
PhatEddy I did discuss this idea before and nobody made me aware of your concerns ... I will start to look into them ... 20:31
moritz_ the reason not have them separately is that the test suite is supposed to be implementation agnostic
moritz_ (sorry that I didn't discuss earlier, I wasn't at home then) 20:31
literal current rakudo doesn't build 20:32
sial.org/pbot/36224 20:33
moritz_ tests
azawawi masak: all the november grammars pass on STD... nice 20:34
masak azawawi: thanks for the heads-ups.
moritz_ literal: builds here after a 'make clean' - are you sure that have a clean working tree? 20:35
moritz_ wonders if pmichaud already made his blog post about NPW (+hackathon)
literal heh, that was the problem
patmat literal it doesn't build for me either :(
literal had been messing with src/setting/List.pm 20:36
azawawi masak: feather.perl6.nl/~azawawi/Padre-Plu...iaWiki.png
patmat ahh
literal NetBSD ?
i have the same problem!
literal patmat: nah, linux
masak I have a Web.pm blog post in the pipe. will probably post it before going home.
patmat make clean didnt help me :(
moritz_ patmat: is 'git status' clean? 20:37
masak azawawi: cool! that's one of "my" classes. :)
patmat moritz_ how can i see that? im a git newbie :P 20:38
moritz_ patmat: type `git status'
patmat: then press enter ;-)
(without the quotes)
mberends moritz_: perl6 r38354 has 1 spectest error: t/spec/S16-unfiled/slurp.t plans 5 tests but has only 4. 20:39
patmat moritz_ alright thought so, but.. theres only this then:
# On branch master
nothing to commit (working directory clean) 20:40
masak patmat: that means it's clean.
patmat alright :P so that's not the problem hm 20:40
and with make clean... make same error
azawawi is evil; hmmm... refactor p6 method names in Padre... 20:41
PhatEddy moritz_: I looked around for autounfudge and didn't find it. Is it just not using --fudge ? 20:42
moritz_ mberends: that was ron++, it seems
PhatEddy: it's currently in rakudo in tools/ 20:43
mberends moritz_: not serious
moritz_ but could easily be generalized
PhatEddy no I just stepped on that one file ... 20:44
check the log ...
moritz_ PhatEddy: what's your svn id? 20:45
azawawi moritz_: how much of STD.pm is working under rakudo at the moment? 20:46
PhatEddy I am guessing it's ron. The commit bit was probably almost a year ago.
moritz_ azawawi: there are lots of things that don't work, like attributes, LTM and so on
PhatEddy: r26430 seems fine, it adds one test and increases the plan by one 20:47
PhatEddy: but r26431 removes one test but leaves the plan unchanged
PhatEddy but you don't have the patch yet that makes the extra test run ...
so it would fail now. 20:48
masak yet another reason why putting a copy of Test.pm in your own project is not a Well-Thought-Out Practice: setting PERL6LIB to 'html-template:november' causes a lot of tests to fail, but setting it to 'november:html-template' causes all tests to pass. :/ 20:49
moritz_ patmat: ah, your problem is that you try to build rakudo with parrot-1.0
patmat: but the latest release requires parrot-1.1, and git HEAD requires the svn revision that's given in build/PARROT_REVISIOIN 20:50
patmat pkg_info parrot 20:51
Information for parrot-1.0.0:
someone is right here :P 20:52
moritz_ @ask szabgab you told us that one can make smartlinks of the form L<S32::Abstraction - but are the S32 files rendered anywhere? if so where? if not, what's the point of the links? (or is it still todo?) 20:53
lambdabot Consider it noted.
patmat thanks for that moritz_ :) i try it with the new version 20:55
patmat i think theres not yet a newer NetBSD pkg 20:55
moritz_ patmat: then do a 'perl Configure --gen-parrot' in the rakudo dir 20:56
patmat: that will download and build a copy of parrot for you (but not install it)
patmat oh 20:57
pugs_svn r26433 | moritz++ | [t/spec] fix plan in slurp.t 20:58
patmat moritz_: www.pastie.org/458234 20:59
after i uninstalled the parrot pkg
moritz_ for the --gen-parrot option you need subversion installed 21:00
patmat hmm ok 21:01
i just have git here.. so i need svn
moritz_ yes. 21:02
patmat Let's see! :) 21:15
moritz_ heads off to bed 21:19
patmat good night, thanks for your help! 21:21
masak tries to sleep a bit too 21:31
patmat nighty masak! 21:39
oh no rakudo still doesnt work for me gr 21:40
pasteling "japhb" at 76.191.190.8 pasted "I've gotten a little farther. Now why is baz() still failing?" (41 lines, 792B) at sial.org/pbot/36225 22:41
japhb It looks like I can't directly call a native method on a native PMC from Rakudo. 22:42
Is there a workaround for this? 22:43
japhb Hmmmm ... is it because Rakudo is expecting method names to be decorated with sigils? 22:45
japhb is not even sure how to test that ... 22:46
japhb rakudo: module Foo { sub _foo { say "foo" } } Foo:_foo() 23:01
p6eval rakudo 705ecc: OUTPUT«Statement not terminated properly at line 1, near "Foo:_foo()"␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤» 23:02
japhb HAH! Caught you, ya bastidge!
rakudo: module Foo { sub _foo { say "foo" } } Foo::_foo()
p6eval rakudo 705ecc: OUTPUT«Statement not terminated properly at line 1, near "Foo::_foo("␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤»
japhb Well, actually, I did *the second time* :-)
rakudo: module Foo { sub _foo { say "foo" } } Foo::_foo();
p6eval rakudo 705ecc: OUTPUT«Statement not terminated properly at line 1, near "Foo::_foo("␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤» 23:03
japhb rakudo: module Foo { sub foo { say "foo" } } Foo::foo();
p6eval rakudo 705ecc: OUTPUT«Statement not terminated properly at line 1, near "Foo::foo()"␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤»
japhb rakudo: module Foo { sub foo { say "foo" } }; Foo::foo();
p6eval rakudo 705ecc: OUTPUT«foo␤»
japhb rakudo: module Foo { sub _foo { say "foo" } }; Foo::_foo();
p6eval rakudo 705ecc: OUTPUT«Statement not terminated properly at line 1, near "_foo();"␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤»
japhb There it is. 23:04
std: module Foo { sub _foo { say "foo" } }; Foo::_foo(); 23:06
p6eval std 26433: OUTPUT«ok 00:04 35m␤»
japhb Hmmm, this seems bad: 23:20
$ make spectest
/home/geoff/git/rakudo/parrot/parrot perl6.pbc --target=pir --output=Test.pir Test.pm
svn co "svn.pugscode.org/pugs/t/spec" t/spec
svn: OPTIONS of 'svn.pugscode.org/pugs/t/spec': Could not resolve hostname `svn.pugscode.org': Host not found (svn.pugscode.org)
make: *** [t/spec] Error 1
rakudobug? 23:25
s1n japhb: if you file, be very specific, because it works for me, but i can resolve svn.pugscode.org and it doesn't look like you can 23:33
skids_ try pinging it from cl
japhb s1n: Just started working. Looks like a temporary failure. 23:34

Powered by Cro and the Raku® Programming Language.

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

Thank you!