Parrot 3.4.0 released | parrot.org | Log: irclog.perlgeek.de/parrot/today
Set by moderator on 17 May 2011.
whiteknight benabik: yeah, it's non-working garbage 00:04
I wanted to commit it to get more eyes on it, but the only eyes on it are for fixing the codestd issues 00:05
so that's a failed experiment
00:09 kid51 is now known as kid51_at_dinner
plobsing ~~ 00:10
whiteknight hello plobsing
plobsing where are you at with the pbc_merge stuff? 00:12
mikehh whiteknight: although I did some codetest fixes, I was also looking at the code, well trying to figgure it out anyway
whiteknight plobsing: I'm deleting what I have, and rebuilding to make sure I didn't screw anything up in the process
it's become abundantly clear that I don't understand annotations enough to make this work 00:13
plobsing but you appeared to be on the right track
whiteknight I don't have nearly enough understanding of the details involved. I need to do a lot more code-reading before I can attempt this again
plobsing and you never told me what was going wrong. just describing it as "bad behaviour".
whiteknight plobsing: segfaults mostly. 00:14
plobsing ah
whiteknight lots and lots and lots of segfaults
plobsing in the merging or in the execution of merged code?
whiteknight mergine
merging
I'm going to play with some other code, figuring out how constants work and all. That's where I'm stumbling 00:15
plobsing ok then 00:16
whiteknight I was hoping I could shortcut, and just copy a bunch of code that works. This isn't that kind of problem 00:17
sometimes there's no substitute for real learning and real researh
dalek rrot: a82fafc | Whiteknight++ | frontend/pbc_merge/main.c:
remove my preliminary attempt at adding annotations to pbc_merge. I need to figure out the algorithm first before I put more code down
00:46 lichtkind left
dalek rrot/soh-cah-toa/hbdb: b0d9b5d | soh_cah_toa++ | include/parrot/hbdb.h:
Reformatted some comments to be more consistent with the rest of Parrot
 00:59
TT #2133 created by whiteknight++: src/extend.c Review 01:04
TT #2133: trac.parrot.org/parrot/ticket/2133
whiteknight msg soh_cah_toa: Can you take a look at src/embed.c:Parrot_debug? Does it look like anything you are going to use, or anything worth saving? 01:07
aloha OK. I'll deliver the message.
soh_cah_toa whiteknight: i'll take a look now
whiteknight thanks. It's old and crufty, I just don't want to start killing something you want to keep
soh_cah_toa i am definitely all for nuking anything "old and crufty." if anything, i'd just copy the code to my project. let's see... 01:09
yeah, this can definitely be rewritten for hbdb 01:13
whiteknight okay 01:14
i'm not going to delete it now because of deprecation, but it's on the chopping block
soh_cah_toa alright
whiteknight I'm not going to move it anyplace better, or save it, or document it or anything 01:15
soh_cah_toa btw, what exactly takes place during a deprecation? there's an old ticket about the whole "cwd in the search path" thing that i took care of but still needs deprecation. i'd like to take care of it but i'm not sure how it works 01:17
dalek rrot/leto/embed_grant: 53abb7d | dukeleto++ | t/src/embed/api.t:
Add coverage for Parrot_api_set_runcore and Parrot_api_(un)wrap_pointer
 01:21
whiteknight soh_cah_toa: there's a whole process, and we keep adding to it. there's a docs/project/support_policy.pod file that has most of the details 01:36
soh_cah_toa oh, ok. good
msg dukeleto could you send me the link to those old tests for parrot_debugger again? i thought i bookmarked it but i can't seem to find it anywhere 01:40
aloha OK. I'll deliver the message.
01:47 pjcj left
dalek rrot: 4ebc575 | Whiteknight++ | / (4 files):
Move Parrot_new out of src/embed.c
 01:51
rrot: 5593be7 | Whiteknight++ | src/embed.c:
remove unused extern int Parrot_exec_run global
rrot: 2af1cc7 | Whiteknight++ | / (4 files):
move another function out of src/embed.c
rrot: 37fe0b3 | Whiteknight++ | src/extend.c:
update some docs in src/extend.c
rrot: 1fdeb68 | Whiteknight++ | / (5 files):
Move flags, debug, and trace-related code from embed.c to src/interp/inter_misc.c
rrot: 9fefc3a | Whiteknight++ | / (7 files):
Parrot_pf_prepare_loaded_packfile -> Parrot_pf_prepare_packfile_init. Add a similar function for _load. Fix docs. Add some DEPRECATED: notices to embed.c with upgrade path information
01:51 whiteknight left
dalek TT #2134 created by whiteknight++: Move src/pbc_disassemble.c to frontend/pbc_disassemble/main.c 01:51
TT #2134: trac.parrot.org/parrot/ticket/2134
TT #2135 created by whiteknight++: Parrot_compile_file should take a compiler argument
TT #2135: trac.parrot.org/parrot/ticket/2135
dukeleto msg soh_cah_toa git log -p -- t/tools/parrot_debugger.t 02:04
aloha OK. I'll deliver the message.
soh_cah_toa dukeleto: got it. thanks 02:17
no! 02:24
02:24 bubaflub joined
soh_cah_toa i was trying to make myself not auto-invisible 02:24
02:27 jsut joined
kid51_at_dinner Getting a lot of test failures in t/src/embed.t 02:28
t/src/embed.t hangs
02:29 kid51_at_dinner is now known as kid51
kid51 Failed test 'call a parrot sub' at t/src/extend.t line 490 ; Exited with error code: [SIGNAL 11] 02:29
and so forth
02:30 kid51 left 02:32 jsut_ left 02:46 bubaflub left 03:05 theory joined
cotto ~~ 03:06
soh_cah_toa cotto: hey 03:07
cotto hio soh_cah_toa 03:08
soh_cah_toa cotto: i took care of what we talked about earlier today
cotto I was just reviewing some commits and noticed that.
soh_cah_toa: I think it's becoming increasingly important to figure out a testing strategy for the debugger (rather than just the C interface to the debugger). Have you given it any thought? 03:09
soh_cah_toa ugh... 03:10
tests...
cotto yup
soh_cah_toa i'm not really sure where to start with tests 03:11
cotto The hard part will be writing the first one. After that it'll get fun.
then I'm glad I mentioned it
I don't think it'll be too hard to run the debugger and mess with stdin, stdout and stderr via perl. 03:12
soh_cah_toa doesn't it need to be able to do something first? i'm not done working out the basic design (though i'm very close) 03:13
cotto soh_cah_toa: that's the beauty of tests. You can write them first and use them to figure out how well a feature is doing. 03:14
It's a joy to make a failing test pass.
soh_cah_toa oh yeah, i keep forgetting. test first
ok so once i have my basic design done and i'm just about to implement the first breakpoints...test 03:15
cotto you can write tests whenever. I highly recommend trying to write them just after thinking of the design for the relevant feature, but there are other workable strategies. 03:16
soh_cah_toa right. did you read my most recent blog post? 03:17
cotto Part of their value is that they give you a chance to "use" your code before you write it, so you can start to get a feel for what the interface will be like.
I didn't. I was going to ask for now, but I won't now. ;)
reading now
soh_cah_toa b/c i mentioned that once my basic design is done, i think the rest of the features to come (not just breakpoints) will come very very easily 03:18
cotto It's such a great feeling when you figure out what's been blocking you.
soh_cah_toa yes. it. is.
it has become so much more fun now that i'm not trying to do the impossible 03:19
cotto You don't need a whole lot of design just to get some very basic code working, but you've passed that point.
soh_cah_toa yeah 03:20
cotto good times
soh_cah_toa i know. now i actually look forward to the time i spend in front of my monitor all day :) 03:21
cotto What's your battle plan for the week? 03:22
(it may not end up being what you do, but you should have a plan)
soh_cah_toa right
well, i should have a basic runloop done by tomorrow. after that i think i'll begin the tests for breakpoints 03:23
cotto using the pc?
soh_cah_toa yeah
that's just the way it's gonna have to be for now 03:24
cotto do the possible first
soh_cah_toa right
though i suppose that means i need a disassemble type command that can show the pc value of each opcode
cotto Yes. That will vary between bytecode segments. 03:25
pbc_dump -d will help
soh_cah_toa ah, yeah. i gotta review bytecode.pod
cotto Did you see my blog post on the topic? 03:26
soh_cah_toa no, but i'd love to 03:27
cotto reparrot.blogspot.com/2010/11/what-...ranch.html
soh_cah_toa something that's always confused me is the difference between directories and segments. i think sometimes the terms are used synonymously and other times they're different 03:28
cotto you're probably right 03:29
the docs need some love
soh_cah_toa definitely
cotto If you see something questionable, feel free to fix it in a branch and I (or someone) will verify that it's correct and merge it into master. 03:30
or fix it in master
several developers keep an eye on incoming commits
soh_cah_toa yeah, when i first joined, i noticed a lot of mistakes in the docs but didn't have enough experience or knowledge to correct them. now i think i can definitely clean some of them up 03:31
cotto great 03:32
soh_cah_toa: how much perl have you written? 03:42
soh_cah_toa cotto: lots :) 03:43
cotto good. That'll make writing tests easier.
What have you written?
soh_cah_toa scripts. lots and lots of scripts. just things for typical system automation. a while ago i wrote one to tag, vbrfix, and apply a constant naming scheme to all my mp3's 03:44
i also started writing a script for automating releases but got caught up in gsoc stuff 03:45
parrot releases, that is
cotto soh_cah_toa: ok. Have you worked much with cpan modules? 03:47
soh_cah_toa i've never written one myself. but i know about packages, Exporter, @ISA, yaddy ya... 03:48
03:49 bubaflub joined
soh_cah_toa i can install them as well 03:50
cotto soh_cah_toa: ok. I want to check if you're used to using other people's code when available or if you're more used to rolling your own. 03:51
soh_cah_toa oh yeah. i've used plenty of cpan modules
cotto Great. Other people's wheels usually come pre-rounded. 03:57
soh_cah_toa ok. if Test::More is what you're getting at, i only just started looking at it a few months ago and have only written a few "hello world" tests. 03:58
i do understand how TAP works though. it's fairly simple. ok(), is(), isnt(), like(), blah, blah, blah
cotto soh_cah_toa: I'm asking more about general principles. Test::More is delightfully easy to pick up if you know Perl. 03:59
soh_cah_toa yeah, TAP itself is quite simple. it's when and how to use it that i need to learn 04:01
though i know you're quite experienced w/ unit testing so once i get there, i'm sure if you just point me in the right direction i can get rolling alright 04:02
cotto Once you get the strategy and framework in place, the rest is straightforward. 04:06
soh_cah_toa exactly. that's what i expect 04:07
cotto In your place, I'd grab a couple pieces of scap paper and scribble out ideas until something looks feasible. 04:08
soh_cah_toa sure
04:19 hudnix left 04:20 woosley joined 04:46 bubaflub left 04:53 soh_cah_toa left 05:05 theory left 05:14 theory joined, theory left
cotto dukeleto: ping? 05:16
05:17 pmichaud joined
pmichaud parrot master is giving me lots of errors in "make test", and hangs at t/src/extend.t. Known problem? 05:18
cotto It's news to me. 05:20
looking into it now
05:21 JimmyZ joined
cotto I see a few build warnings and can verify that that test hangs 05:22
pmichaud I get lots of "Parrot VM: PANIC: Out of mem!" errors also
cotto pmichaud: I don't see any of those. Is that on your beefy machine? 05:23
pmichaud yes
cotto ah. I see one of those in a test failure 05:24
pmichaud: can you confirm that 9fefc3a69851ee662a5319f58498fdf047370463 (most recent commit in master) is the culprit? It looks that way to me. 05:30
pmichaud gist.github.com/1022348 # list of failures I'm getting 05:31
cotto: checking
still building, checking 05:34
05:36 contingencyplan joined
pmichaud when I move to 1fdeb68f (i.e., HEAD^), the parrot build hangs at the compile of src/install_config.c 05:37
shall I git bisect? 05:38
cotto pmichaud: sure
I'm not installing anything, so I might be seeing different failures.
I found at least one bug 05:39
pmichaud currently at RELEASE_3_4_0-154-g9b318f4 05:40
(testing)
05:41 jsut_ joined
dalek rrot: 7477e65 | cotto++ | src/embed.c:
pass a STRING* instead of a char* to Parrot_pf_read_pbc_file
 05:41
cotto pmichaud: can you test with that commit?
pmichaud sure
05:41 pjcj joined
pmichaud clones another repo 05:41
cotto I'm disappointed that that didn't produce a noisier warning.
Coke getting a ton of failures on master with SIGNAL 11
05:42 jsut left
pmichaud Coke: yes, I think that's what we're investigating now. (btw, "hi!") 05:42
Coke pmichaud: yes, verifying your findings on OSX/86. ;)
pmichaud RELEASE_3_4_0-154-g9b318f4 fails
Coke "expected: nyarlathotep" 05:43
... that's just not right.
pmichaud oh, wait, maybe not.
cotto 7477 looks promising so far 05:44
Coke cotto: t/src/extend_vtable.t
still fails horribly with that commit.
pmichaud as a general note, parrot master "feels slower" to me somehow in its build than it did previously.
I haven't benchmarked it yet but will do so tomorrow. 05:45
cotto Coke: I don't see any failures in that test.
Coke: or do I?
It seems to have failed under make test but not when I ran it by itself. 05:46
Coke perl t/harness <test name>
pmichaud 7477 passes for me, even under make test 05:47
(the whole suite, not just extend_vtable...)
Coke commit 7477e65
that fails for me.
cotto I have one test run that passes and one where extend_vtable fails 05:49
wheee
less broken is nice 05:51
I'm not finding a reliable failure of extend_vtable.t 05:54
It does seem to occasionally fail though 05:55
pmichaud 9fefc3a was reliably failing for me
7477e65 seems to be passing so far
cotto dukeleto's jitterbug seems to be stuck on 9fefc3 06:02
I'm going to have to give up on extend_vtable.t until something reliable happens. 06:07
pmichaud git bisect claims that "1fdeb68f0d8ab4291b4387097a0a71bb654e632c is the first bad commit 06:08
cotto pmichaud: for which failure? extend_vtable.t?
pmichaud for where I was getting multiple failures, including extend_vtable.t
anyway, it seems to work now for me under 7477. cotto++ (and thanks!) 06:14
cotto pmichaud: thanks for reporting it. 06:15
I guess the automated tools got stuck on the hanging test. 06:16
pmichaud++
I'm putting together a document that I hope will make it easy to get a basic idea of what M0 is, why it's important and what it means for Parrot. 06:41
Feedback is appreciated: gist.github.com/1022340
msg dukeleto M0 glossy brochure draft at gist.github.com/1022340 06:49
aloha OK. I'll deliver the message.
06:54 Hunger left
allison cotto/lichtkind: the parrot logo is under this license wardley.org/computers/parrot/logo.html 06:55
cotto allison: did you make it? 06:57
allison cotto: I made the modified version that's on the current parrot.org site
cotto allison: what about the one on parrot.org?
allison but, it's based on Andy Wardley's original logo
cotto gotcha 06:58
allison different colors, and just the head
Andy said he'd be happy to assign the logo to PaFo
cotto allison: any luck finding papers relevant to M0 calling conventions?
allison so they could release it under any license
cotto: nothing relevant yet
cotto I wish the acm were either less useful or more open. 07:00
07:03 mj41 joined
allison cotto: yes, that would be nice 07:04
07:07 mj41 left
dalek rrot: a63a19c | mikehh++ | src/pmc.c:
add missing ASSERT_ARGS
 07:09
cotto at least there's usually a preprint version floating around the tubes somewhere 07:10
allison: do you have any thoughts on how to quickly figure out if a paper is (ir)relevant? 07:11
07:14 mj41 joined
mikehh embed changes have messed up tests with g++, ok on gcc 07:21
cotto mikehh: looking at it now 07:23
mikehh t/src/embed.t, t/src/extend_vtable.t and t/src/extend.t all fail with g++ build in make corevm/make coretest 07:25
07:25 fperrad joined
cotto mikehh: thanks. I'm probably not in a good state to fix it atm 07:25
mikehh cotto: looking at it, will see what I can do 07:26
don't know how far I will get, other things are calling for my attention 07:27
cotto mikehh: finding reliable brokenness is great 07:28
mikehh++ 07:30
07:34 mj41 left 07:38 Hunger joined, mj41 joined
dalek rrot/m0-spec: 1921ceb | cotto++ | docs/pdds/draft/pdd32_m0.pod:
rename iton to convert_n_i, etc
 07:42
mikehh All tests PASS (pre/post-config, make corevm/make coretest, make world/make test, fulltest) at 3_4_0-247-ga63a19c 08:05
Ubuntu 11.04 i386 (gcc)
but g++ is failing tests 08:06
08:06 cjh left, cjh joined
mikehh have to do something else now, will look at the g++ failures as soon as I can get back to it 08:07
08:21 particle left 08:24 particle joined, benabik left 08:40 ligne left 10:11 woosley left 10:59 ligne joined 11:31 contingencyplan left
ligne commit 4ebc5753093e29855a86211 seems to have caused g++ to explode a lot of its tests. 11:34
t/src/embed.t:89:29: error: 'Parrot_new' was not declared in this scope
12:03 mtk joined
pmichaud gist.github.com/1022693 # parrot performance changes since 3.4.0 12:27
gist.github.com/1022687 # and on a different machine
12:34 benabik joined 12:42 whiteknight joined 12:44 bubaflub joined
whiteknight good morning, #parrot 12:48
Coke cotto: the acm is completely useless because they are not open. discuss. ;) 12:49
pmichaud: for gist.github.com/1022693, composite scores - is higher faster or slower? 12:50
atrodo Coke> What's to discuss? That's truth. 12:51
12:56 ambs joined
pmichaud Coke: baseline (2011.01) is 100. lower numbers indicate faster. 13:02
whiteknight hmmm, I wonder why master is running slower than 3.4? 13:07
it's not much, but it is clear 13:09
Coke pmichaud: ah. then that's better than I thought. ;) 13:10
pmichaud: how the hell are you?
also, I think I'm supposed to bug you about a grant or something.
also, pie! 13:11
also also wik: news.perlfoundation.org/2011/06/201...t-pmt.html -- feedback from the community welcome.
pmichaud Coke: I'm doing okay.
Grant is high on my mind -- indeed, it's the subject of my yapc::eu talk (yapceurope.lv/ye2011/talk/3520) 13:12
so, we should see progress/completion on that front soon
(grant proposal): yeah, I saw that proposal, but I'm not sure what to say about it yet. My initial reaction was that it sounded like the proposer is unfamiliar with Perl 6's current module ecosystem (more) 13:15
on the other hand, having someone put together a chain of tools like this might really push development a bit 13:16
Coke My first thought was "what are pmtools?" ;)
pmichaud I had that thought also :)
atrodo Me too. I thought it was a set of perl tools by pmichaud 13:17
pmichaud lol
Coke atrodo: ditto!
pmichaud some of my students at the university thought I was some uber-Perl-5-programmer because they looked in /usr/lib/perl5 and saw a ton of ".pm" files. 13:18
tadzik :D
Coke right conclusion, bad premise. 13:19
atrodo will now attribute to the existence of afternoon to pmichaud 13:24
PerlJam good morning.
pmichaud I'm not responsible for it's existence... it was just given that abbreviation in my honor. :-) 13:25
*its 13:26
anyone have any recommendations for a new wireless keyboard? the one I have now is becoming suboptimal
PerlJam Coke: re pmtools proposal ... it actually made me sad because it seems out-of-whack with reality. Now, had he proposed to recreate the Perl Power Tools in Perl 6 .... *that* I might be able to support :)
Coke commenting on the article will help. 13:33
benabik G'morning, #parrot 13:40
13:40 whiteknight left
mikehh pmichaud: I recently got a MS Desktop 5000, which has worked very well for me 13:43
pmichaud mikehh: thanks 13:44
Coke: I'll add a comment to the article later tonight if I can
mikehh I am using it on Ubuntu/Kubuntu and have had no problems with it pt the mouse
13:45 hudnix joined, plobsing left
mikehh s/pt/or/ - well sometimes it takes a little bit of time to get used to the key spacings 13:45
JimmyZ commented to that grant 13:47
Coke pmichaud, perljam: thanks for the feedback. 13:49
we have some really slow tests. 14:02
t/compilers/opsc/08-emitter.t t/compilers/opsc/06-opsfile.t t/src/extend_vtable.t t/compilers/opsc/02-parse-all-ops.t 14:03
(8-13s)
14:14 contingencyplan joined, PacoLinux joined 14:16 estrabd left 14:32 RobertLJ joined 14:33 RobertLJ left 14:36 RobertLJ joined 14:37 bluescreen joined
Coke yay, partcl-old still passing all tests. 14:38
partcl new still failing the same few tests. :(
14:39 RobertLJ left, RobertLJ joined 14:41 JimmyZ left
dalek rrot/nqp_pct: 308137b | benabik++ | compilers/pct/src/PAST/Compiler.pm:
War on Q:PIR - PAST::Compiler.if
 14:46
rrot/nqp_pct: 53565cf | benabik++ | compilers/pct/src/PAST/Compiler.pm:
PAST::Compiler.wrap_handlers fixes

Fix errors left by benabik-- when he forgot to run `make test`.
15:15 klavs joined 15:19 mtk left 15:24 mtk joined 15:32 klavs left
dalek rrot/nqp_pct: 62c7096 | benabik++ | compilers/pct/src/PAST/Compiler.pm:
[pct]: 'cconst' should be 'cclass' (there is no 'cconst.pasm').

Originally f2c7bafe48bdb651b3bae9a2a3c07f00d59529f8 Author:\tpmichaud <pmichaud@pobox.com>		 15:53
rrot/nqp_pct: 832e3eb | benabik++ | compilers/pct/src/PAST/Compiler.pm:
[pct]: Add a '!macro_const' type to PAST::Val

This allows any value to be used as a pasm constant. (Note that the caller is responsible for providing any .include statements needed in this case.)
Origionally 197f87889f4154e4df4e7c3f2c680d39324b881d Author:\tpmichaud <pmichaud@pobox.com>
rrot/nqp_pct: c4d0cf0 | benabik++ | compilers/pct/src/PAST/Compiler.pm:
[pct]: Improve PAST::Val const ability to remain constants in PIR.

Origionally 9ebd8452c63fe66970a1248ac328d137625406c8 Author:\tpmichaud <pmichaud@pobox.com>
rrot/nqp_pct: 5587459 | benabik++ | compilers/pct/src/PAST/ (2 files):
[pct]: Add a "childorder" property to PAST::Node

Allows child nodes to be evaluated in reverse sequence.
Originally 5d77384daf090fd361e913abc5e07b7e70426bd1 Author:\tpmichaud <pmichaud@pobox.com>
rrot/nqp_pct: a71400c | benabik++ | compilers/pct/src/P (22 files):
Re-bootstrap PCT
15:54 klavspr joined
dalek rrot/nqp_pct: 5a9b56d | benabik++ | / (62 files):
Merge branch 'master' into nqp_pct

Conflicts:
  \tcompilers/pct/src/PAST/Compiler.pir
  \tcompilers/pct/src/PAST/Node.pir		 15:55
pmichaud benabik: I have another big batch of updates coming in shortly 15:56
benabik pmichaud: Sounds like fun. :-)
pmichaud just wanted to give you a "heads up" :)
benabik pmichaud: The register changes for Rakudo? 15:57
pmichaud yes, for better management of temporaries.
Coke but they're only temporary! 16:01
;)
16:05 dmalcolm joined 16:08 JimmyZ joined 16:09 lucian joined
lucian good day 16:11
16:13 JimmyZ left 16:14 JimmyZ joined
Coke lucian: hio 16:17
lucian Coke: saying 'good morning' at this sort of time bothers me :) 16:21
Coke "close enough" 16:24
PerlJam lucian: good morning! ;>
16:27 theory joined
lucian PerlJam: :P 16:41
Coke runs make test on rakudo for the first time in ages. 16:43
cotto_work ~~ 16:47
16:50 mj41 left
mikehh hi cotto_work 16:53
NotFound ~~ 16:55
mikehh t/src/embed.t, t/src/extend_vtable.t and t/src/extend.t all fail with g++ due I think to Parrtot_new bring moved to interpreter.h but \\i can't seem to fix it 16:56
16:56 davidfetter joined
mikehh tried various things, probablymissing something obvious 16:57
cotto_work stuff's on fire at $dayjob. will look when I can 16:58
mikehh the tests pass with a gcc build
all the tests fail with Parrot_new not declared in scope 16:59
dalek rrot: 10610ab | mikehh++ | src/extend.c:
remove another compiler warning ["/*" within comment]
 17:04
mikehh not altogether happy about that one, but it did remove the warning 17:05
17:17 JimmyZ left
dukeleto ~~ 17:27
cotto_work hio dukeleto 17:28
dukeleto Smolder is still down. We need somebody to fix that.
cotto_work: mornin'
17:31 lucian left
dalek rrot: e2857ba | dukeleto++ | t/src/embed/api.t:
Merge branch 'leto/embed_grant'
 17:35
Coke dukeleto: isn't OSU on the smolder issue? 17:36
17:38 lucian joined 17:40 hudnix left 17:42 whiteknight joined, RobertLJ left
cotto_work dukeleto: any thoughts on the M0 glossy? 17:42
17:49 lichtkind joined
lichtkind the "new" GC is full operational? 17:49
whiteknight which is the "new" one, genms? 17:50
cotto_work gms is the newest and is the current default 17:51
18:03 lg_quassel joined
cotto_work whiteknight: I'm writing an introduction to M0 and would appreciate your feedback: gist.github.com/1022340 18:04
whiteknight i'll take a gander at it tonight
cotto_work thanks 18:05
18:05 losinggeneration left
dukeleto cotto_work: i like the m0 brochure, nicely done 18:14
cotto_work dukeleto: anything that could use improvement? 18:25
(apart from formatting, links, etc)
18:26 mj41 joined
cotto_work also, what do you think would be the best format? 18:26
dukeleto cotto_work: the text is great. But it is missing the "glossy" part of the brochure ;) 18:28
cotto_work: we need some kind of graphics
cotto_work: i am thinking Markdown would be good. We can include an image via markdown and have it sit on github
cotto_work dukeleto: that's not a bad idea. I want it to be as accessible as possible. 18:30
18:32 contingencyplan left
benabik Hm. extend_vtable.t is segfaulting left and right. 18:33
cotto_work benabik: still? I fixed something last night. 18:34
benabik cotto_work: Yes, at least on OS X/Intel. I'm bisecting it now. :-)
cotto_work benabik++ 18:36
benabik I have no idea how people debugged things before git-bisect.
cotto_work banging diffs together and flipping bits with a very tiny magnet and a pair of tweezers 18:37
benabik :-D 18:38
18:39 klavspr left
atrodo You had tweezers? Back in my youth... Oh, wait, I had floppies 18:39
dukeleto benabik: more segfaults? Do you have the prove -v output ? 18:40
18:40 klavs joined
dukeleto benabik: i can bisect in my head for that file :) 18:40
benabik dukeleto: 140 ERROR 11s.
18:40 tewk left
benabik dukeleto: The original output is buried in backscroll of bisects by now. 18:40
dukeleto benabik: every test coredumps?
dukeleto feels proud
cotto_work I see a couple failures in t/src/extend.t 18:41
dukeleto++ 18:42
dukeleto has been using g++ and all tests pass for me. This stuff sounds platform-dependent 18:43
benabik Hm. bisecting would probably go faster if I just used prove extend_vtable instead of the full `make test` 18:44
dukeleto benabik: indeed. 18:54
benabik: prove -v t/src/extend*.t
pmichaud there was some reports last night that 'prove' would pass while 'make test' would fail
benabik No, prove is failing in the same spectacular manner. :-) 18:55
pmichaud okay. :)
irclog.perlgeek.de/parrot/2011-06-13#i_3915618 # reference in case anyone wants to look
benabik 4ebc575 (Move Parrot_new out of src/embed.c) is the first bad commit
whiteknight FFFFFUUUUUUU 18:56
benabik Probably is a difference in the way Linux ld.so and OS X dyld handle things.
whiteknight what is the test saying? I didn't change the functionality of that function, I only moved it to a different file
benabik whiteknight: 140x SIGNAL 11s.
whiteknight hates 18:57
see whiteknight hate. Hate, whiteknight. Hate.
benabik Isn't cross-platform compatibility fun?
pmichaud it might not be entirely platform-dependent, since I was having trouble last night on Ubuntu 64-bit 18:58
ligne no segfaults here (linux x64), but a lot of whining about how "‘Parrot_new’ was not declared in this scope"
whiteknight those tests don't include parrot/parrot.h 18:59
TT #2124 19:00
Can somebody add "#include "parrot/parrot.h"" to include/parrot/extend.h? 19:02
benabik Adding parrot/parrot.h to extend_vtable.t gets it working again.
whiteknight that should resolve the bug and satisfy the ticket, although I'm sure checkdepend.t is going to say a curse word or two
and then I'll pull out my checkdepend.t voodoo doll and jam a few more pins into it's groin 19:03
19:08 klavs left
NotFound I'm starting to think that embed.t and extend.t should be deleted. What they are doing is to block progress and "document" wrong ways of doing things. 19:08
19:09 klavs joined
whiteknight no argument here 19:20
well, argument in so far as we want to test extending and embedding, but we want to test them correctly
19:22 soh_cah_toa joined, klavs left
soh_cah_toa ~~ 19:23
19:30 fperrad left
lichtkind is gms and genms the same? 19:30
soryy for delay was eating
whiteknight lichtkind: yes
lichtkind thanks
19:32 Kulag left, Kulag joined
soh_cah_toa whiteknight: take a look at the comment i left on TT #2134 you just opened 19:35
whiteknight soh_cah_toa: yeah, I saw that this morning. If you think you can clean that up, and you have the time to do so, please do 19:44
I opened a few tickets last night, mostly as notes to myself as I was cleaning other stuff
hardest part of that ticket is probably editing the makefile, then having to reconfigure/rebuild/re-run checkdepend.t to make sure everything is clean 19:45
it will be instructive, at the least
soh_cah_toa ok
but does it actually use the embedding api? was i right or am i missing something?
whiteknight I don't know 19:46
yeah, it uses the embedding API
functions named "Parrot_api_*" are a dead giveaway 19:47
the embedding API is the only thing that uses that naming scheme
soh_cah_toa ok good. i was confused there for a minute. that doesn't need to be done then. alright
whiteknight There's one API function, Parrot_api_disassemble_bytecode that we added only for this purpose. If we can find a way to refactor that logic out of libparrot entirely, that API can go away
but I'll play with that later
soh_cah_toa ok sure
whiteknight What I think I would really like to do eventually is move the Parrot_disassemble function logic into a dynpmc somewhere, then rewrite pbc_disassemble in PIR 19:48
less C code == more good
mikehh benabik: where did you add it - it really blows up for me
whiteknight but that's in the future
NotFound whiteknight: I'm thinking about adding a get_main method to the Eval PMC.
soh_cah_toa ok
whiteknight NotFound: that would be good. eventually I would like Eval PMC to go away 19:49
benabik mikehh: I just added `#include "parrot/parrot.h"` to the C template inside extend_vtable.t
NotFound whiteknight: yes, but we can use that same method in the appropiate packfile pmc.
whiteknight NotFound: right now, IMCC returns a PtrObj PMC for most cases, and that gets converted to an Evail in IMCCompiler PMC
mikehh benabik: at the beginning?
whiteknight NotFound: sure. That would be perfect
mikehh of the template that is
whiteknight Notfound: that's one of the last things we need to start writing the Parrot frontend in PIR. And I know it will help out some winxed issues 19:50
benabik mikehh: Yes, between <string.h> and "parrot/embed.h"
mikehh benabik: let me try that
whiteknight I ran that test before I pushed last night. I don't know why I didn't see those failures 19:52
NotFound I'm starting by cleening a beat eval.pmc and its pod.
bit
whiteknight NotFound: you can beat it too
bubaflub NotFound: i've got a couple Winxed questions if you've got a moment 19:53
NotFound bubaflub: sure
Just let me get some coffee ;) 19:54
bubaflub NotFound: of course.
benabik whiteknight: Might be differences in linkers.
dalek rrot: 668c468 | NotFound++ | src/pmc/eval.pmc:
reorganize code, clean and improve pod in the Eval PMC
NotFound Compiling with C++ assumes that undeclared funcions have C++ linkage, parrot public functions have C linkage, that is the problem. 19:56
bubaflub: ready 19:58
20:00 mj41 left
mikehh benabik: ok that worked for t/src/extend_vtable.t BUT NOT for t/src/embed.t and t/src/extend.t 20:03
bubaflub NotFound: great. i've got a constructor that takes an optional var - i check if it's an Integer then call one initialize and set function, and if it's a string call a different initialize and set function. That wasn't working so I swapped it out two separate functions - initialize the memory and then set it. And still I'm not getting anything. I'll gist something real quick for you to look at. 20:04
mikehh trying to add it to include/parrot/extend.h also blows up on all three tests (with g++) 20:05
but just those tests
benabik mikehh: Yes, I just started checking extend and embed. 20:06
bubaflub NotFound: gist.github.com/1023569 - i'm running basic.winxed and getting some unexpected output. it seems like it's not really setting the integer. 20:07
mikehh whiteknight: the tests pass with gcc, just fails with g++
whiteknight loves me some g++ 20:09
NotFound bubaflub: I think the problem is that your class is also called 'Integer'. 20:10
bubaflub NotFound: hmmm, ok. I can name it GMPz or something like that.
mikehh adding parrot.h to extend_vtable.t works but fails with extend.t and embed.t
i.e directly adding to the c template code 20:11
dukeleto mikehh: whoa, why and how are you adding to parrot.h to those files? 20:12
NotFound bubaflub: uh, maybe not, I'm seeing that the output says "in here integer" 20:13
mikehh dukeleto: added at line 42 of t/src/extend_vtable.t
bubaflub NotFound: yeah, i believe it's detecting the var correctly. for whatever reason it's not being set correctly. but i can call mpz_set_ui (set a GMP integer from an unsigned int) in other places just fine. and i can also initialize it just fine. just for whatever the reason the combination is not happy. 20:14
NotFound bubaflub: Maybe you do "self.ptr = ptr;" too late? 20:15
bubaflub NotFound: hmmm, maybe. lemme try moving that real quick
NotFound: do you think moving it to right after the _init function?
mikehh dukeleto: without it all tests fail with g++ build
NotFound bubaflub: yes 20:16
bubaflub NotFound: great, i'll try that.
whiteknight: if you've got a moment, i'd like to ask you a few questions about setting up tests in Winxed.
mikehh dukeleto: Parrot_new not in scope 20:17
20:17 RobertLJ joined
bubaflub NotFound: nope, that didn't do it. 20:18
mikehh dukeleto: actually -> error: ‘Parrot_new’ was not declared in this scope 20:19
bubaflub NotFound: i think i got it fixed; it's ugly but it works. 20:20
Coke M0?
mikehh and I am getting the same error with embed.t and extend.t
NotFound bubaflub: What's the problem? 20:21
mikehh adding parrot.h fixes the extend_vtable.t BUT not embed.t and extend.t
Coke aloha, M0?
aloha Coke: M0 is the VM that Lorito will run on top of. or leto.net/perl/2011/05/what-is-m0.html
Coke aloha, M0 glossy?
aloha Coke: Sorry, I don't know.
benabik aloha, lorito?
aloha benabik: lorito is "little parrot" in spanish or trac.parrot.org/parrot/wiki/Lorito or github.com/atrodo/lorito or github.com/ekiru/yalp-asm
bubaflub NotFound: apparently i was passing ptr instead of self 20:23
NotFound: i'm not entirely sure why this works or even if it should; but somehow it *does* work
NotFound: i'll update the gist with the latest that somehow works 20:24
whiteknight bubaflub: I am packing up and heading home soon. Can questions wait till later this evening? 20:25
bubaflub whiteknight: definitely.
whiteknight bubaflub: awesome. There are plenty of examples in the rosella t/ directory 20:26
bubaflub whiteknight: great, thanks.
NotFound: gist.github.com/1023569
whiteknight most of the tests are written in NQP, but I added some example tests in winxed too: github.com/Whiteknight/Rosella/blo...st/Basic.t
and the test harness is written in NQP, but it's so dirt simple that it's easy to translate into any language 20:27
bubaflub whiteknight: do i need to roll my own test harness?
whiteknight bubaflub: yes, but there's a Rosella harness library that does most of the work
basically, you create a harness object, a testfile factory, and a view
bubaflub whiteknight: fantastic. i'll take a look at it and hassle ya later tonight. 20:28
whiteknight then give it a list of files and/or a list of directories, and .run() it
bubaflub: awesome. Definitely read through some of the stuff in the rosella t/ directory. It's all easier than you would expect
20:28 klavs joined
NotFound bubaflub: be careful of not mixing the nci functions that deal with the underlying gmp object and the ones that deal with the Winxed object. 20:28
whiteknight is signing off now
20:28 whiteknight left
bubaflub NotFound: yeah, that's why i'm surprised this is working. shouldn't i need to pass in ptr? 20:29
cotto_work aloha: m0 glossy is a brief self-contained glossy brochure-like introduction to M0 or gist.github.com/1022340 (draft)
aloha cotto_work: Okay.
bubaflub NotFound: though the Winxed object only wraps a single var ptr, perhaps that's why it is working. but i'd rather do it right then have it accidently work
NotFound bubaflub: doesn't matter how simple it is, is a different object. 20:31
bubaflub NotFound: right. 20:32
NotFound: so when i pass a GMP Integer var into a function, can i access the ptr directly? e.g. x.ptr? or do i need a method to return ptr? 20:33
20:34 hudnix joined
NotFound bubaflub: you can access the attribute directly. 20:34
bubaflub NotFound: ok.
dukeleto msg whiteknight can you do your refactoring of embed/extend stuff in a branch? You are moving code around which I am trying to get to certain test coverage goals to finish my grant 20:43
aloha OK. I'll deliver the message.
20:43 klavs left
lichtkind how many gc did you implement in last 2 years? 20:49
dukeleto lichtkind: a few ;)
lichtkind 3 maybe? 20:51
benabik Man // would be useful in NQP
dalek rrot-gmp: 3d262a7 | bubaflub++ | src/GMP. (4 files):
fall back to use separate init and set funtions in the constructor
 20:52
rrot-gmp: 6c745c5 | bubaflub++ | examples/basic.winxed:
update example with constructing from integer and a string
dukeleto lichtkind: we currently have 4, which you can find in src/gc/gc_*.c
lichtkind: ms, ms2, inf and gms
lichtkind yeah but i cant believe you did more then 2 in last 2 years :)
dukeleto lichtkind: gms is the newest and default, and stands for "generational mark and sweep" 20:53
lichtkind thank you
dukeleto lichtkind: yes, ms2 and gms are the two recent gc's
cotto_work inf is mostly for debugging
dukeleto lichtkind: yes, inf is kind of like not having a gc. Useful for benchmarking and stuff
dalek rrot: a56af1b | NotFound++ | / (2 files):
get_main method in Eval PMC to get the main sub, if any
 20:54
dukeleto lichtkind: so we have 3 real GC algorithms in parrot core, currently
cotto_work I doubt ms has been tested at all recently
dukeleto cotto_work: fulltest exercises it, right?
cotto_work dukeleto: possibly, but nobody runs that except release managers 20:55
and it doesn't run everything if one test fails
dukeleto cotto_work: suboptimal to say the least
cotto_work: these are things we should be using the gcc compile farm for 20:56
cotto_work It feels bolted together rather than designed.
dukeleto: +1
dukeleto cotto_work: we could easily have a machine running every commit through "fulltest"
cotto_work: the problem is currently, where to do results go?
cotto_work We should also smarten up fulltest.
To say "smolder" would be a punchline. 20:57
dukeleto cotto_work: how to you feel about a parrot-testers or parrot-smoke mailing list? Where it is encouraged to send test failure reports. Currently, smolder is down and people on parrot-dev don't want to see emails about failing tests
bubaflub hey dukeleto, wanted to let you know i just got string stuff working in my GSoC project as well as having a nice constructor. i'll start the test suite tonight.
lichtkind what is the diff betweenmark and sweet 1 and 2
dukeleto bubaflub: wooo!
lichtkind what is the diff between mark and sweep 1 and 2
cotto_work dukeleto: sounds like a good idea 20:58
bubaflub dukeleto: yeah, even without the 't' NCI type it's not too bad. i'll definitely write up some stuff on how to handle this
dukeleto lichtkind: a smarter version of the bacek++ coding robot wrote #2 :)
bubaflub: great!
lichtkind bacek sounds czech
dukeleto lichtkind: he lives in Australia, methinks, but hails from the Russian lands 20:59
bubaflub he comes from the land of ice and snow
lichtkind thanks 21:00
dukeleto lichtkind: i am not sure of the differences between ms and ms2. If you send a quick email to parrot-dev, I am sure somebody will let you know :)
cotto_work diff src/gc/gc_ms.c src/gc/gc_ms2.c
;)
sorear lichtkind: he sometimes goes by Vasily Chekalkin (sp)
lichtkind are there any core sections other than gc largely rewritten or implemented since last 1,5h? 21:02
cotto_work lichtkind: since when? 21:04
dukeleto Coke: no, OSU is not on the smolder issue. It is up to us to fix smolder, and nobody has stepped up in many weeks. Doesn't bode well for smolder.
lichtkind: since the last 1.h years?
lichtkind sorry i mean 1,5 years
sorear you mean, since 4.8 10^3 seconds ago?
lichtkind od course 21:05
sorear ah
lichtkind i heard something like all subsystems are there but in different qualities :) 21:08
still the case? 21:09
cotto_work still the case
dukeleto lichtkind: the future is here, but it is unevenly distributed :)
lichtkind thank you for your support 21:11
i also heard nothing from python and ruby compilers lately 21:16
dalek nxed: r1051 | NotFound++ | trunk/winxed_installed.winxed:
Use get_main method in installable driver
 21:19
nxed: r1052 | NotFound++ | trunk/pir/winxed_installed.pir:
update generated installable driver
21:23 ambs left
dalek rrot: 2ba966e | NotFound++ | ext/winxed/driver.pir:
update winxed driver to use the get_main method in the Eval PMC
 21:23
21:24 contingencyplan joined
benabik lichtkind: lucian++ is working on Python on Parrot and rohit_nsit08 is working on JavaScript on Parrot. I think someone was doing some hacking on Cardinal (Ruby on Parrot), but I don't know who. 21:25
lichtkind thank you 21:29
sounded a bit that changing toolset and the thatswhy reimplementations discourages some people? 21:30
bubaflub lichtkind: Tene has been working on Cardinal, but he's going to use 6model (the Meta Object stuff from Rakudo) to do objects in Ruby 21:31
NotFound lichtkind: maybe, but people usually lose interest in his projects because of a variety of reasons or just without reasons, we can't know for sure. 21:32
Coke dukeleto: last I heard, OSU was getting it running again. if you need help getting it running, another email asking for help is probably a good idea. 21:33
last time I tried to do something, OSU was in the middle of a big ... thing ... regarding smolder. I assumed the end result of that .... thing .... would be that smolder would be back up again. 21:34
I'm happy to work on it as time permits.
21:34 estrabd joined
NotFound I see almost everyday lots of projects abandoned or unmaintained on the Internet without any explanation. 21:34
lichtkind NotFound: i know that i have a project since 7 years , its an ever coming and going
even people that say they want to sjow up keep silent 21:35
NotFound I've seen pages with notes like this: "(C) 1998 - Under construction" X-)
lichtkind *haha*
i just grabbing you insight since you closer to parrot core 21:36
mikehh NotFound: the trouble with Open Source is that people often move on, get bored or whatever, and bus numbers are far too low on many projects
NotFound Also with non Open. 21:37
cotto_work also with humans
mikehh it is particularly a problem with voluntary projects 21:38
NotFound Legolas and Gimli says something about that, but I don't have the quote at hand.
(even if I locate it, I don't have it in english) 21:39
21:40 estrabd left 21:41 PurityControl joined
lichtkind i have to admit parrot sounds much more interesting these days 21:43
21:45 davidfetter left 21:46 Patterner left, PurityControl is now known as Patterner, RobertLJ_ joined 21:47 bluescreen_ joined, bluescreen left 21:49 RobertLJ left
benabik I wonder why there's a FIXME in here saying "this line should go before this other line". Why wasn't the line just moved? 21:51
21:51 fperrad joined 21:53 estrabd joined 21:55 estrabd left
Tene_ I haven't been actively working on cardinal; I keep meaning to, but never get around to it... :( 21:55
some other people have been hacking on cardinal, though 21:56
21:57 estrabd joined, lucian_ joined 21:58 estrabd left 22:01 lucian left 22:02 bluescreen_ left 22:20 whiteknight joined 22:21 fperrad left
whiteknight NotFound: ping 22:33
22:34 kid51 joined
dalek rrot/whiteknight/embed_cleanups: 75aa901 | Whiteknight++ | src/ (2 files):
More cleanups/removals in src/embed.c
 22:34
22:37 lucian_ left
nopaste "kid51" at 192.168.1.3 pasted "All g++ build fails in master at a56af1b" (710 lines) at nopaste.snit.ch/51635 22:39
whiteknight I'm on it 22:41
I need to reconfigure with g++
22:42 NotFound_b joined
NotFound_b whiteknight: pong 22:42
22:42 lucian joined
whiteknight NotFound: If we add a get_pointer vtable to Eval, we can use Parrot_pf_get_packfile_main_sub to get the main sub 22:42
As much as possible, I would like to get packfiles more encapsulated 22:43
NotFound_b whiteknight: sounds good
And reimplement get_main using it, to avoid duplicate code? 22:44
whiteknight that's my thought 22:46
have you added tests for get_main?
NotFound_b But Eval inherits from Sub, and Sub used get_pointer 22:47
whiteknight oh
crap
NotFound_b We must check if overriding it causes some problem.
whiteknight we won't be able to do eval()
NotFound_b Uh
whiteknight actually, I don't know what Sub.get_pointer does 22:48
NotFound_b return sub->seg->base.data + sub->start_offs;
invoke does not use it. 22:50
whiteknight I don't like how Eval.get_string returns the serialized bytecode of the eval
that's....ugly 22:51
very ugly
We should be using a PackFile PMC if we want to be serializing packfiles
NotFound_b Yes, but if we plan to deprecate Eval there is no point in trying to improve it now.
jnthn__ ...deprecate...Eval? 22:52
Not until you have a replacement you don't.
A replacement that meets my needs.
NotFound_b jnthn__: Eval does too much things, we need something more controllable. 22:53
jnthn__ Being able to iterate through the compiled Subs, like Eval can today, is included in those.
NotFound_b: Fine, but please deprecate it *after* introducing that controllable thing and making sure it meets folks needs.
NotFound_b jnthn__: we should be able to do that with a packfile PMC.
whiteknight jnthn__: yes, those capabilities are included in bigger packfile refactors anyway
er, exposing those capabilities
NotFound_b jnthn__: yes, that is the plan, doing it easy. 22:54
jnthn__ OK, good. :)
whiteknight TT #1969
no movement on it yet, it isn't in api.yaml, but we are working towards it
IMCCompiler has .compile_string and .compile_file methods, those are experimental and won't be returning Eval for long 22:56
compile_file already doesn't return an Eval, and compile_string is mostly unused
The PackFile PMC currently is used for building packfiles, not introspecting existing packfiles. We need to add that capability 22:57
once we have that, we should be good to start a transition
jnthn__ OK. I just get nervy about "we're deprecating X" when there isn't a replacement that I can migrate to. 22:58
s/when/before/
NotFound_b jnthn__: soemtimes we confuse "deprecate" with "remove a deprecated thing" 23:03
"Deprecate" should be document the fact, how to avoid using the deprecated thing, and maybe emiting a warning when used, 23:04
sorear if you deprecation-notice something without giving a replacement, what good does it do? 23:05
NotFound_b sorear: sometimes there is no replacement, is just "Don't do that". 23:06
jnthn__ NotFound_b: Yes, but if "that" is something a Parrot user is relying on, that's an outstanding way to lose a userbase. 23:07
NotFound_b Ideally, very few times.
23:07 mtk left
kid51 NotFound_b: What email address is best to use for comments/discussion about winxed and/or its website? 23:08
NotFound_b kid51: winxed.org
kid51: I added today an email address to the main page.
kid51 Thx
sorear NotFound_b: "that" in this context is runtime compilation of PIR 23:09
jnthn__ sorear: I'm not sure NotFound_b was implying that was the reality for this csae. Or at least, I hope not. :)
NotFound_b sorear: We have deprecated that?
Oh, I see.
No, the idea is that compilers will give other thing instead of an Eval PMC. A packfile PMC, probably. 23:11
And provide in that PMC all interfaces needed. 23:12
But maybe running it as a Sub is not desirable. 23:13
lichtkind i overlooked rosella 23:16
since when exist that?
sorear last month 23:19
NotFound_b whiteknight: Parrot_pf_get_packfile_main_sub takes a packfile PMC, not a PackFile struct. We don't have it in a Eval.
dukeleto ~~ 23:21
lichtkind sorear: and got it used so quickly? 23:22
dukeleto lichtkind: rosella has been around for at least a few months now
lichtkind is it some technology to help you through the loreto rewrite?
sorear no 23:23
rosella is completely unrelated to lorito
benabik Other than both of them being awesome.
NotFound_b lichtkind: is a bunch of general purpose libraries packed together. 23:24
lichtkind NotFound_b: yeah i read that on the page but sounds like its really used by compilers or isnt it? 23:25
NotFound_b I think lucian is using or planning to use it for the tests of its python implementation. 23:26
lucian yes, i do use rosella/test for now
which reminds me, i should get off my ass and write a harness for it 23:27
i also used NotFound_b's/whiteknight's prototype object .. uh.. prototype in rosella/unstable/prototype 23:28
as an example
23:28 dmalcolm left
dukeleto lichtkind: whiteknight.github.com/Rosella/ 23:30
lichtkind thanks 23:32
dukeleto lichtkind: i would describe it as a toolkit for Parrot HLL's that provides basic tools like test suites, mock objects, memoization and such
lichtkind: so it sits above Parrot core and makes parrot easier to use for HLL developers. It is an "easy onramp" 23:33
23:34 kid51 is now known as kid51_at_dinner
lichtkind dukeleto: was this not the task for PCT ? 23:39
bubaflub lucian: you're using rosella tests? i think i'm going to use that as well to test my Winxed code 23:43
dukeleto lichtkind: PCT are compiler tools, for actually writing a HLL. Rosella are tools that HLLs use, for instance, to write or run tests 23:44
lichtkind: so Rosella lives on top of HLLs and PCT is below HLLs (i.e HLLs are built on top of PCT)
bubaflub: rosella's test stuff looks pretty nice 23:45
NotFound_b lichtkind: the language creation scripts creates a skeleton, but they are just helpers, not an important part of PCT.
bubaflub dukeleto: agreed. i'm a little hesitant about having to roll a lot of my own stuff, but hopefully whiteknight is around to help me out. 23:46
speaking of, ping whiteknight
dukeleto bubaflub: what kind of own-stuff rolling? 23:47
bubaflub dukeleto: it looks like i need to make my own harness and a few other things 23:48
dukeleto bubaflub: really?
bubaflub: whiteknight.github.com/Rosella/libr...rness.html
bubaflub: you using that?
bubaflub dukeleto: irclog.perlgeek.de/parrot/2011-06-13#i_3918803 23:49
dukeleto: yeah, i guess i just need clarification on exactly what i need from Rosella. i'm use to a Test::More type dealio
dukeleto bubaflub: github.com/Whiteknight/parrot-line.../t/harness 23:51
bubaflub: looks like you can copy that and tweak
bubaflub dukeleto: cool. i'd rather not do it in NQP and just stick with Winxed but yes, that looks good.
dukeleto bubaflub: sure, you can use it from Winxed 23:52
bubaflub: there may be a winxed harness using rosella sitting around
bubaflub dukeleto: great. i'll get cracking on this.
dukeleto bubaflub: but Rosella (written in NQP) chooses to use NQP for the harness: github.com/Whiteknight/Rosella/blo.../t/harness 23:53
bubaflub: so maybe don't worry too much about the language of your test harness
bubaflub: having a working harness is more important
bubaflub dukeleto: ah, ok. i suppose as long as it runs with an installed parrot, i'm happy.
NotFound_b Rosella is language agnostic AFAIK
dukeleto bubaflub: yep. nqp is in parrot core. 23:54
bubaflub dukeleto: fantastic. i need to move a few bits and pieces around, but i should have some tests running tonight.
dukeleto bubaflub: good to hear
whiteknight bubaflub: pong
bubaflub ah, hola whiteknight. i was just going to ask you for more info about Rosella testing stuff. 23:55
dukeleto whiteknight: i've been talking up your Rosella library. It is really looking shiny these days.
whiteknight dukeleto: thanks! I need all the PR I can get
dukeleto whiteknight: the website is slick
bubaflub whiteknight: i've got NCI bindings and a Winxed class that wraps around it; i think Rosella is the way to go but just need some guidance. from what i understand, i need a Test Harness that tells it what directories/files to load, individual test files, and then just dump out some results, right? 23:56
whiteknight dukeleto: thanks!
bubaflub: yes. Test harness runs the tests. It's dirt-easy to write
bubaflub whiteknight: cool. i'm looking at your parrot-linear-algebra one in NQP.
whiteknight: do i need a checkout of Rosella in my repository? 23:57
whiteknight bubaflub: no. You can just install it. You have plumage? "plumage install rosella"
bubaflub whiteknight: yes, i have plumage. i'll run it now
hmmm, running `plumage` gives me: PARROT VM: Could not initialize new interpreterunimplemented value type -98 23:58
maybe i need to re-install it
whiteknight bubaflub: whiteknight.github.com/2011/03/30/r...ctors.html
bubaflub: yes, probably need to uninstall/clean/rebuild/reinstall plumage 23:59
bubaflub whiteknight: yep, that was it. must have installed it a long time ago.

Powered by Cro and the Raku® Programming Language.

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

Thank you!