Camelia, the Perl 6 bug

IRC log for #parrot, 2009-12-11

Parrot | source cross referenced

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:25 tetragon joined #parrot
00:29 dalek parrot-plumage: 40c840b | japhb++ | src/ (3 files):
00:29 dalek parrot-plumage: [LIB,plumage] Improve metadata validation, resilience, and error reporting
00:29 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/40c840ba3254bab6a518d567e17eeb412ca4cab7
00:38 colomon___ joined #parrot
00:51 kthakore joined #parrot
00:51 kthakore hiya
00:51 kid51 joined #parrot
00:51 kthakore is there a page for rakudo that is update regularly that says what is new ... maybe even give snippets?
00:53 kid51 How about:  http://www.rakudo.org/
00:55 kthakore kid51: um ...
00:55 kthakore kid51: first thing I clicked on
00:55 kthakore http://rakudo.org/node/59
00:55 kthakore then I see Rakudo now supports unpacking of arrays, hashes and objects in signatures
00:55 kthakore that is great ... but wth does that mean for a programmer
00:55 kid51 http://www.rakudo.org/status
00:55 kthakore CODE!!!
00:56 kthakore kid51: .... I think you missed the point
00:56 kthakore kid51: I am saying spec tests don't mean anything to me as I don't even know what I can do with it
00:56 kid51 kthakore: Perhaps you want #perl6 on freenode.  That's more specific to Rakudo
00:56 kthakore kid51: ok
00:57 kthakore kid51: I am just saying we should have a page like that for people looking at rakudo
00:57 kthakore like here go try this
00:57 kthakore use perl v6; say "This is teh awesome code"
00:57 kthakore then I can go and see that it is kewl
00:58 kthakore kid51: I only bring this up because I was asked by a friend what does the esc tests mean.... in CODE
00:58 japhb kthakore, the problem is that the available stuff is so massive that we are literally writing books about it.  There's no decent way to summarize.
00:59 abqar joined #parrot
00:59 kthakore japhb: ah ok
00:59 kthakore japhb: where are these books?
00:59 japhb perl6book?
00:59 japhb ah, not in the bot yet
00:59 kthakore oh that one ...
00:59 kthakore ok
01:00 kthakore when you guys write the tests ... do you not write tests in perl6?
01:00 japhb ah, you know it, good
01:00 japhb yes
01:00 japhb There's a massive archive of them
01:00 japhb s/archive/repository/
01:00 japhb http://perl6.org/specification/
01:00 kthakore japhb: so can we not just have  few of those as good examples and have like a rss feed of tem
01:01 japhb See "official test suite"
01:01 kthakore so new people can see oooh I can do this now
01:01 japhb That would be a pretty high-traffic RSS feed ...
01:01 kthakore japhb: yup !! and that is good!
01:01 japhb For a while kyleha++ was posting every time he wrote tests for a new ticket
01:02 japhb kthakore, well, suggest it on #perl6, you may get a taker.  :-)
01:02 kthakore ok ... new project for me I guess
01:02 kthakore japhb: ok
01:02 kthakore I was just flabergasted when I was asked out of the blue
01:02 kthakore (even though I have not a single inkling of p6 beyond say)
01:03 japhb nodnod
01:03 kthakore logging and posting this somewhere
01:03 particle kthakore: you want a feed of threads like http://groups.google.com/group/perl.pe​rl6.compiler/browse_thread/thread/77e3​891e753cf5bb/47dd4cb80ab11b99?lnk=gst&​amp;q=tests+available#47dd4cb80ab11b99
01:04 particle or you could subscribe to p6c and filter messages
01:05 kthakore We're sorry, but we were unable to find the topic you were looking for. Perhaps the URL you clicked on is out of date or broken
01:05 kthakore i gtg
01:32 dalek TT #1349 closed by jkeenan++: [patch]changed arrayiterator.pmc to use GET_ATTR syntax
01:32 dalek TT #1280 closed by jkeenan++: [patch]removed unused codes in oo.c
01:32 dalek TT #1216 closed by jkeenan++: [PATCH] Fix dependency in docs/Makefile
01:32 dalek TT #1357 closed by jkeenan++: [patch]changed capture.pmc to use GET_ATTR syntax
01:34 kid51 Does anyone know the final plans for the online Roadmap meeting this weekend?
01:34 kid51 If so, we should post on list and change the channel topic.
01:36 dalek parrot-plumage: d3e30c7 | japhb++ | src/lib/Plumage/Project.nqp:
01:36 dalek parrot-plumage: [lib] Plumage::Project: fix stupid bug in fetch_git()
01:36 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/d3e30c78f6f8fc65a2ae398e5024e1b3e3be28f3
01:36 dalek parrot-plumage: 652b7d0 | japhb++ | src/ (3 files):
01:36 dalek parrot-plumage: [LIB,plumage] Save away a copy of the project metadata at install, remove it at uninstall
01:36 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/652b7d022ee422ebbdfde61c48072a61dc2f0c9f
01:50 JimmyZ joined #parrot
01:51 JimmyZ_ joined #parrot
01:51 JimmyZ_ left #parrot
01:59 JimmyZ_ joined #parrot
01:59 JimmyZ_ left #parrot
01:59 JimmyZ left #parrot
02:00 JimmyZ_ joined #parrot
02:01 JimmyZ joined #parrot
02:19 JimmyZ cla?
02:19 purl hmmm... cla is Contributor License Agreement or http://www.perlfoundation.org/​contributor_license_agreement or http://www.parrot.org/foundation/legal or http://www.parrot.org/files/parrot_cla.pdf or http://www.lowcarbfriends.com/bbs/mai​n-lowcarb-lobby/223884-cla-acne.html
02:31 kid51_at_dinner Hmm, that response needs some trimming.
02:34 kid51 trimmed of spam
02:37 JimmyZ good evining, kid51 ;)
02:46 szabgab joined #parrot
03:11 kid51 JimmyZ, Belated hello to you
03:13 kid51 JimmyZ:  I think we've applied all your most recent patches.  Of the recent TT, only 1367 is still open, and I'll close that if there are no problems in 3 days.
03:14 JimmyZ kid51: #886 #896
03:16 JimmyZ kid51: #896 was not a good patch, since I'm killing PARROT_SOCKET();
03:16 kid51 Then you should post something about that in the TT.
03:17 kid51 #896 is Win32-specific.  Since I don't have access to Win32, I'm not in a position to do anything about that.
03:18 kid51 Suggestion:  Name your patches something more self-documenting than 'cage.patch'; 'cage.1.patch'; etc.
03:18 kid51 Otherwise, when I download them for testing, I have to rename them so that they don't wipe out your *other* patches ;-)
03:19 JimmyZ kid51: yes, but before I had killed it. #896 is still worthy to commit.
03:20 JimmyZ kid51: that's old patch, so they were using old patch name.
03:25 kid51 What I am going to do is copy and edit the patch to eliminate the two Win32-specific files.  I will then run the remaining patch through make test on Linux.
03:27 nopaste "kid51" at 70.85.31.226 pasted "tt 886: patch application problems" (22 lines) at http://nopaste.snit.ch/19033
03:27 kid51 Had problem with two files.
03:27 kid51 config/gen/platform/generic/exec.c
03:27 kid51 src/pmc/codestring.pmc
03:28 kid51 It's quite possible that those files have changed enough since you created the patches that the 'patch' program can't figure out what to do.
03:28 kid51 and, given that we just applied your other patch on codestring.pmc, it's more than just possible.
03:28 kid51 So, can you look at those two files?
03:33 nopaste "kid51" at 70.85.31.226 pasted "JimmyZ: tt886: give 1 patch with these files and another with 3 win32 files" (7 lines) at http://nopaste.snit.ch/19034
03:33 kid51 I will try to get back to this tomorrow.
03:34 JimmyZ kid51: will try :)
03:34 kid51 Thanks.
03:39 japhb Tene, ping
03:48 dalek parrot-plumage: c7f94d2 | japhb++ | docs/hacking/add-action.pod:
03:48 dalek parrot-plumage: [DOCS] Update add-action hacking doc
03:48 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/c7f94d29b9e6053ab61dbf35f1f2cab0a8369b38
03:48 dalek parrot-plumage: fa45edd | japhb++ | TODO:
03:48 dalek parrot-plumage: [META] Finally, able to remove a few TODO items
03:48 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/fa45edd7112e6bee3d5330950cc7e3473905e7a4
04:06 pjcj joined #parrot
04:14 brooksbp joined #parrot
04:28 Coke tene: any luck with break?
04:34 Coke vi
04:34 Coke ls
04:34 Coke ... grrr.
04:59 chromatic joined #parrot
05:09 Coke pmichaud: you about?
05:31 Coke anyone able to help out with an AST question?
05:41 szabgab joined #parrot
05:52 PerlJam Coke: I'm awake; I can try to help;  no promises  :)
05:52 Coke bah. i nearly have it. I'm not asking for help now.
05:52 Coke ;)
05:54 plobsing joined #parrot
06:02 Coke Q'pla!
06:04 theory joined #parrot
06:23 DrForr_ joined #parrot
06:33 cotto joined #parrot
06:34 colomon joined #parrot
06:53 Coke incoming.
06:53 purl duck!
06:53 Coke PerlJam: I was trying to figure out how to get tclstring's "get_integer" to work with nqp-rx's rules. Wasn't too bad once I stared at the auto-generated code from [expr]
06:54 Coke so now [time {expr 2+2} 3.2] will barf with {expected integer but got "3.2"}
06:56 dalek partcl-nqp: c5072a4 | coke++ | t/cmd_ (3 files):
06:56 dalek partcl-nqp: Remove references to obsolete RTs.
06:56 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/c5072a4bc2d22b68d443f1d21f1f8d6fcd37c3e5
06:56 dalek partcl-nqp: 5fd27b2 | coke++ | src/class/tclstring.pir:
06:56 dalek partcl-nqp: fix boolean check
06:56 dalek partcl-nqp: pmichaud++ for noticing.
06:56 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/5fd27b2f850199dd2b7b455feed8e270b775ce53
06:56 dalek partcl-nqp: 480b2d6 | coke++ | lib/test_more.tcl:
06:56 dalek partcl-nqp: Avoid requiring parens in expressions in [like]
06:56 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/480b2d68815eebec12e6e2482a18a6bc4a51c4c1
06:56 dalek partcl-nqp: f1e04a0 | coke++ | src/Partcl/commands/main.pm:
06:56 dalek partcl-nqp: Numeric context on time count is insufficient, must be integer.
06:56 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/f1e04a024290b263132cac5234e2ce03cbd22b9b
06:56 dalek partcl-nqp: 7d0856d | coke++ | src/class/tclstring.pir:
06:56 dalek partcl-nqp: Add a 'get_integer' override that uses the Grammar's <integer>
06:56 dalek partcl-nqp: (or die trying!)
06:56 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/7d0856d1974e7759abe9bfef5070b7df25f72917
06:56 dalek partcl-nqp: 68c6e9c | coke++ | build/Makefile.in:
06:56 dalek partcl-nqp: This test now passes.
06:56 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/68c6e9cfc5df2205ab8f2296afca6bbfd2e90c14
06:56 dalek partcl-nqp: 041316c | coke++ | TODO:
06:56 dalek partcl-nqp: Swap a new one in at the top of the pile
06:56 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/041316cd7668cd4deb6a2fabc69fdcfd4819ac06
07:20 dalek parrot: r42980 | cotto++ | trunk/include/parrot/runcore_profiling.h:
07:20 dalek parrot: [profiling] make the profiling runcore struct a little more efficient
07:20 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42980/
07:21 spinclad joined #parrot
07:45 mikehh joined #parrot
08:06 fperrad joined #parrot
08:12 JimmyZ cotto: I submit a cla.
08:14 colomon__ joined #parrot
08:14 cotto JimmyZ, great!  Where are you?
08:14 JimmyZ cotto: China
08:15 cotto Ok.  If you've got patches, feel free to keep submitting them.
08:15 cotto anyone: what'd be the best place to put documentation on the profiling runcore?
08:16 JimmyZ cotto: I will.
08:17 JimmyZ cotto: I think parrot/docs is the best place?
08:18 cotto There doesn't seem to be too much of a standard.  I blame the read-only pod2html infrastructure.
08:18 chromatic docs/dev
08:18 purl rumour has it docs/dev is the starting point for dev docs now
08:19 colomon joined #parrot
08:20 cotto sounds good
08:22 chromatic That's where I've always intended to document the runcore API.
08:23 cotto I figure that adding a third environment variable means I probably need to start documenting something.
08:23 cotto (It'd be really nice if I could pass cli options to the runcore, btw.)
08:26 dalek parrot: r42981 | cotto++ | trunk/src/runcore/profiling.c:
08:26 dalek parrot: [profiling] cleanup and commenting
08:26 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42981/
08:27 integral joined #parrot
08:29 iblechbot joined #parrot
08:30 fperrad seen japhb
08:30 purl japhb was last seen on #parrot 4 hours, 50 minutes and 29 seconds ago, saying: Tene, ping
08:31 chromatic CLI handling would be very nice.
08:31 cotto Do you know what a good way to handle it would be?
08:32 cotto I assume it'd need to use char*s since Parrot's string initialization code won't have run by that point.
08:33 fperrad how to purge the queue of message from purl ?
08:33 cotto say messages erase
08:34 mikehh use messages erase in purl
08:34 fperrad thanks
08:34 chromatic We could initialize the string system first.  There's no reason that shouldn't work.
08:36 cotto Sure.  If we're never going to allow CLI args to effect the string system, that'll make life less painful.
08:39 chromatic If we had an argument to tell Parrot which encoding to use to process arguments, for example?
08:40 chromatic I shouldn't get into these philosophical bootstrapping questions while, in another window, I have a character in the middle of a philosophical psychological breakdown over the concepts of mortality and the notion of existence.
08:41 chromatic This is why Zelazny wrote so few computer programs.
08:42 cotto --encoding=not_this_one
08:42 cotto I don't see the problem.
08:42 cotto ;)
08:43 dalek parrot: r42982 | cotto++ | trunk (4 files):
08:43 dalek parrot: [profiling] add stub documentation and configuration support for annotations
08:43 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42982/
08:43 colomon joined #parrot
08:43 chromatic True, there's always LANG
08:45 cotto It's easy enough to detect that whenever is most convenient.
08:46 chromatic Lots of things break if you don't have LANG right.
08:47 chromatic I'm perfectly willing to point and laugh at bug reports that don't.
08:48 chromatic "I see that you're running Red Hat 7.  What did you think would happen?"
09:05 payload joined #parrot
09:07 cotto chromatic, how long do you think it'd take to move string initialization?
09:08 colomon_ joined #parrot
09:13 * JimmyZ TT #888 needs more love. Where is loooooove?
09:14 colomon__ joined #parrot
09:17 chromatic It shouldn't take too long.
09:18 chromatic Hm, looks like it already happens first.
09:18 chromatic src/main.c +59
09:21 cotto parseflags needs to get out of imcc
09:26 dalek tracwiki: v5 | cotto++ | CottoTasklist
09:26 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Co​ttoTasklist?version=5&amp;action=diff
09:31 dalek TT #1321 closed by fperrad++: Convert abc to nqp-rx
09:39 colomon__ joined #parrot
09:40 uniejo joined #parrot
09:48 dalek parrot: r42983 | fperrad++ | trunk (4 files):
09:48 dalek parrot: [abc] fix test infrastructure
09:48 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42983/
09:59 dalek tracwiki: v118 | fperrad++ | Languages
09:59 dalek tracwiki: http://trac.parrot.org/parrot/wiki/L​anguages?version=118&amp;action=diff
10:02 colomon joined #parrot
10:05 dalek parrot: r42984 | cotto++ | trunk/docs/dev/profiling.pod:
10:05 dalek parrot: [docs] flesh out the profiling docs a bit
10:05 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42984/
10:11 payload joined #parrot
10:42 riffraff joined #parrot
10:48 dalek tracwiki: v119 | fperrad++ | Languages
10:48 dalek tracwiki: http://trac.parrot.org/parrot/wiki/L​anguages?version=119&amp;action=diff
10:49 cotto definitely time for sleep
10:49 cotto night
10:54 dalek parrot: r42985 | cotto++ | trunk (2 files):
10:54 dalek parrot: [profiling] Add initial support for (optionally) recording annotations in the pprof file
10:54 dalek parrot: and make the runcore init code smarter about not opening a file when using "none" output.
10:54 dalek parrot: Annotations currently slow the runcore down by about 50%, but the implimentation is intentionally simplistic for now.
10:54 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42985/
10:54 dalek parrot: r42986 | fperrad++ | trunk/tools/dev/fetch_languages.pl:
10:54 dalek parrot: [languages] add close & winxed
10:54 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42986/
11:01 cognominal joined #parrot
11:20 allison_ joined #parrot
11:26 allison_ where do I find the nqp-rx version of partcl?
11:34 Infinoid I believe that would be http://github.com/partcl/partcl-nqp
11:35 allison_ excellent!
11:35 * purl plays air guitar
11:37 riffraff apparently, i can't build parrot lately, I keep getting a message: 'Parrot_Continuation_attributes’ has no member named ‘to_call_object’
11:37 riffraff any idea on what is happening? tried realclean+configure+make to no avail
11:37 allison_ Infinoid: that's it, thanks
11:38 allison_ riffraff: this is on a checkout of svn trunk?
11:38 allison_ riffraff: and what platform/compiler, etc?
11:43 AndyA joined #parrot
11:45 colomon joined #parrot
11:55 preflex joined #parrot
11:59 colomon__ joined #parrot
12:04 colomon_ joined #parrot
12:18 colomon joined #parrot
12:25 payload joined #parrot
12:37 riffraff allison, sorry was trying to cook
12:37 riffraff yes latest revision
12:37 riffraff osx snow leopard
12:37 riffraff gcc 4.2.1
12:38 mikehh joined #parrot
12:44 dukeleto 'ello
12:46 whiteknight joined #parrot
13:08 whiteknight pmichaud: ping
13:13 whiteknight nevermind, I'll send an email
13:13 dukeleto whiteknight: good moroning
13:14 whiteknight good morning dukeleto
13:14 dukeleto whiteknight: what hacketh you on this fine morning?
13:14 whiteknight nothing in particular, got some more Matrixy work to do, but running out of steam on it
13:14 dukeleto i want to make Tapir installable via Plumage, as well as able to be packaged as a single .pbc
13:15 whiteknight I don't really know anything about Plumage, but I would be happy to learn
13:15 dukeleto whiteknight: once i have Tapir useable by others, i will help switch various projects over, like matrixy
13:16 dukeleto whiteknight: if i have a .pir file which .include's other .pir files, can i just generate a single .pbc from the original .pir? will the resulting pbc need those .included PIR files to be present, or does it "package" all the .includes into the PBC ?
13:17 dukeleto i guess i can generate PBC's of the .included PIR files, then .include those. but I want a single, stand-alone file, at the end
13:18 whiteknight Matrixy and PLA are using the test facility in setup.pir
13:18 whiteknight fperrad++ gave me setup.pir files the other day
13:19 dukeleto whiteknight: cool. what is your test harness?
13:20 whiteknight I have no idea
13:20 whiteknight whatever setup.pir is using
13:20 whiteknight I don't know a lot about distutils yes
13:20 whiteknight yet*
13:20 dukeleto whiteknight: how does your test suite get invoked?
13:21 whiteknight "parrot setup.pir test"
13:22 dukeleto whiteknight: i just updated my matrixy repo and i don't see setup.pir in your project root
13:22 dukeleto whiteknight: i see Configure.nqp
13:24 whiteknight oh, maybe I haven't updated matrixy yet
13:25 whiteknight I have the file locally, I wanted to do more testing. Look at PLA instead
13:29 whiteknight I would still like to use Tapir though, so I need to see if we can change that setting
13:29 dukeleto whiteknight: i think setup.pir can be made to invoke Tapir
13:30 dukeleto Tapir may have just found a bug in Parrot. Time to put my yak-hole-spelunking gear on
13:31 whiteknight bug? awesome
13:31 dukeleto the entire Tapir test suite fails due to bad exit codes
13:31 dukeleto it was passing a few days ago and i haven't touched it
13:36 whiteknight oh great
13:36 whiteknight so is spawnw returning the wrong exit code?
13:37 dukeleto .local pmc exit_status $I0 = pipe.'exit_status'() exit_status = box $I0
13:38 dukeleto that code is what seems to be failing for me now, returning an exit code of 1 when it shouldn't
13:38 whiteknight hmmm, so has anything changed in FileHandle.pmc, or anything in src/io/*?
13:38 dalek tapir: 4dfb6d3 | dukeleto++ | TODO:
13:38 dalek tapir: Update TODO, removing things that are done, adding new important stuff, and re-ordering based on need
13:38 dalek tapir: review: http://github.com/leto/tapir/commit/4d​fb6d371602734a6404731838a07274c1a93d81
13:39 dukeleto whiteknight: i am not sure, but i will inspectigate it
13:40 dukeleto i wonder if parrot has tests for the exit_status method on pipes
13:45 JimmyZ joined #parrot
13:46 tetragon joined #parrot
13:46 patspam joined #parrot
13:49 JimmyZ_ joined #parrot
13:53 * Coke wonders why allison was poking at partcl-nqp and hopes for a patch. =-)
13:54 payload joined #parrot
13:57 dalek partcl-nqp: 870a66d | coke++ |  (4 files):
13:57 dalek partcl-nqp: add [flush] - now passing t/cmd_flush.t, even with extra tests [*]
13:57 dalek partcl-nqp: [*]... not that any of these tests actually test the flush itself. :|
13:57 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/870a66d34a8ba725fde34094c27150d23316078f
14:00 mikehh with both Ubuntu 9.04 amd64 and Ubuntu 9.10 amd64 (gcc/g++ 4.3.4 and 4.4.1 respectively)
14:00 mikehh t/op/exceptions.t - test31
14:00 mikehh - fails in testr only with g++ build, with or without --optimize
14:00 mikehh - fails in smoke and all cores EXCEPT testr with gcc build with --optimize
14:00 mikehh - passes all with gcc without --optimize
14:00 mikehh All tests PASS with all variants on Ubuntu 9.10 i386
14:01 dukeleto mikehh: wow.
14:01 mikehh All other tests PASS on Ubuntu 9.04 amd64 and Ubuntu 9.10 and64 (all 4 variants)
14:04 mikehh ha - I have tests in 12 variants in the last 5 hours or so
14:05 JimmyZ_ left #parrot
14:07 mikehh dukeleto: I also ran make corevm/make coretest a couple of times (not all variants) and it passes
14:08 JimmyZ joined #parrot
14:10 dukeleto mikehh: that is *highly* appreciated. mikehh++
14:10 dukeleto mikehh: you may also want to summarize your results, maybe weekly?, to parrot-dev. some people don't do irc
14:13 Coke I would rather focus all this testing into smolder. =-)
14:13 Coke and then have folks rely on that.
14:13 dukeleto Coke: smolder is cool, but bugs me sometimes
14:14 dukeleto Coke: i tried to run my own smolder instance, but it has horrible memory leaks. needs to be restarted daily.
14:14 Coke it beat the alternative.
14:14 dukeleto Coke: that is why it is so slow sometimes. hasn't been restarted lately
14:15 Coke dukeleto: I'm familiar with the architecture.
14:15 dukeleto Coke: the alternative of nothing, or the alternative of a better smolder? i think i would port smolder away from cgi::application
14:15 Coke dukeleto: I think i would find something we could use and use it rather than chasing more cycles away from core or languages. =-)
14:16 dukeleto Coke: yep
14:17 dukeleto Coke: once i am done with Tapir, most peoples test suites in Parrot-land will be 10% of what they used to be, so we can spend a little time on a better continuous integration solution ;)
14:17 Coke excellent.
14:18 * Coke wonders if everyone else aside from him prefers to have generated files during a build go into a "gen" directory.
14:18 * Coke prefers the more .c -> .o style, where it's right there.
14:19 dukeleto Coke: hard to say. depends on the project/language/intent of the generated file :(
14:20 Coke NPQ -> PIR, e.g.
14:20 dukeleto Coke: same directory
14:21 dukeleto Coke: but maybe if there are lots of files, you would want to have an nqp/ and a pir/ . but for less than a few dozen files, same directory
14:22 Coke dukeleto: in partcl-nqp, e.g., there's only a few .pms per dir.
14:22 dukeleto Coke: i would say same directory then. but it is mostly preference. for newcomers to the project, being in the same directory is a little more transparent
14:23 mikehh I do a smoke run as part of my tests, but I probably need to summarize my fulltest results
14:23 dukeleto the way some parrot files are generated are crazy and it is impossible to figure out what generated a file, even with ack
14:23 PerlJam Coke: "gen" nicely tells us what's generated and makes it easy to ignore generated files in an SCM
14:24 Coke PerlJam: the way the dirs are laid out, there is only one .pir file we'd want to not ignore that co-exists with .pm files.
14:24 dukeleto PerlJam: just as easy to ignore a glob in a directory in git, but I agree that it *logically* makes good sense to have generated files in their own home
14:24 Coke and your SCM tells you nicely what's generated. =-)
14:25 Coke PerlJam: my problem with the gen/ dir is that it doesn't scale as you add files to the build.
14:25 PerlJam Coke: makes it easy to remove generated files for "make clean" and "make realclean"  too  :)
14:25 dukeleto Coke: gen/ should be hierarchical
14:25 Coke (you end up with a build rule for each file when a simple .pir.pm rule would do.)
14:25 PerlJam What dukeleto said
14:25 dukeleto Coke: gen/ should be a copy of the project root, with a hierarchy of generated files
14:25 PacoLinux joined #parrot
14:26 Coke dukeleto: ... that might work.
14:26 PerlJam now "gen" is starting to sound like the moral equivalent of "blib"
14:26 dukeleto then it is easy to figure out how generated files are related to their generators, and it is nicely organized
14:27 dukeleto PerlJam: ruh roh
14:27 Coke if gen were meant for installing, sure.
14:27 dukeleto Coke: some generated files are installed
14:41 dalek parrot: r42987 | dukeleto++ | trunk/t/library/test_more.t:
14:41 dalek parrot: [t] Tests for is() : comparing a Float PMC and a float with precision
14:41 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42987/
14:50 colomon__ joined #parrot
14:57 Coke dukeleto: yes. and those are more like .so or .pbc files, as opposed to the intermediate .o or .pir files.
14:58 Coke so, my generic question was really just a mask for partcl-nqp. =-)
15:02 dukeleto someone should port pgegrep to nqp-rx
15:03 dukeleto what should is(NaN,NaN,whatever) do ?
15:03 Coke fail
15:03 Coke nan != nan
15:04 dukeleto Coke: i meant to say is(NaN,NaN,diag,precision)
15:04 Coke I would expect just a fail
15:04 dukeleto does nan != nan, when you are not talking exact arithmetic?
15:04 dukeleto Coke: yes, i would too
15:04 dukeleto Coke: but our code probably blows up
15:04 Coke that's fixable. write a failing test. =-)
15:05 bubaflub joined #parrot
15:05 dukeleto bubaflub: morgen!
15:05 Coke to check if is a nan, you want something like ok(isNan(nan))
15:05 bubaflub dukeleto: mornin'
15:05 * Coke is pretty sure it ain't morgen in any german speaking locales. =-)
15:06 dukeleto bubaflub: you want to write some tests (and fix bugs if they are there) for is(NaN,foo,diag,precision) ?
15:06 dukeleto Coke: only in my mind :)
15:06 Coke (not that isNan() exists.)
15:06 bubaflub yeah, in the t/op/inf_nan.t i think the checks are just for 'NaN'
15:06 dukeleto bubaflub: where foo can be any type of register, including a NaN
15:07 bubaflub i.e. casting to string
15:07 dukeleto bubaflub: also is(foo,NaN,diag,precision)
15:07 dukeleto bubaflub: comparing two NaN's, with any precision, should always fail
15:08 dukeleto bubaflub: because nan != nan, by definition
15:08 dukeleto bubaflub: so we can always say that (x-y) > precision, regardless of what precision is
15:09 bubaflub dukeleto: ok.  that makes sense.
15:09 dukeleto bubaflub: these tests should go in t/library/test_more.t
15:10 dukeleto bubaflub: you will probably find some bugs in is()
15:10 bubaflub dukeleto: ok.  i'll get a hackin'.  should have a patch sometime today.
15:10 dukeleto bubaflub: i just added 4 tests. looks at the last 2 commits to trunk for examples
15:10 colomon___ joined #parrot
15:14 dalek parrot: r42988 | dukeleto++ | trunk/t/library/test_more.t:
15:14 dalek parrot: [t] Tests for is() : comparing an integer and a Float PMC with precision
15:14 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42988/
15:29 JimmyZ joined #parrot
15:43 Psyche^ joined #parrot
15:55 japhb fperrad, ping
16:06 payload joined #parrot
16:23 jsut joined #parrot
16:26 Coke Hey, anyone want to write some shiny NQP? =-)
16:27 mikehh joined #parrot
16:29 fperrad pong japhb
16:37 pmichaud 16:26 <Coke> Hey, anyone want to write some shiny NQP? =-)
16:37 pmichaud ME!!!!!
16:40 pmichaud (alas, I have other plates to keep spinning at the moment)
16:50 allison Coke: (on Partcl) I was just looking for example code for Pynie
16:51 PerlJam allison: converting pynie to use nqp-rx?
16:52 allison PerlJam: yes
16:52 PerlJam cool
16:53 Tene PerlJam: converting pynie is coming up on my list RSN.  I need to do squaak first, and then pynie is my next conversion.
16:53 PerlJam Coke: What shiny NQP do you need?  (as I continue to procrastinate on important things)
16:54 Tene coke, japhb: family drama came up last night, so I didn't get anything done at all.
16:54 PerlJam Tene: Squaak would make a good test case for the NQP book IMHO
16:55 Tene I remember hearing about a hackathon this weekend?  Who's organizing that?
16:55 Tene purl: msg chromatic Any details on hackathon this weekend?
16:55 purl Message for chromatic stored.
16:59 allison Tene: there's a plan-a-thon this sunday
17:00 Tene I think it was about merging some of those PCC PMCs.
17:00 allison Tene: I may beat you to it on Pynie, although, I'm taking this as a bit of a chance for a rewrite
17:02 Tene allison: you read my abc migration commit, yes?
17:04 allison Tene: not yet, I'll look for it
17:06 iblechbot joined #parrot
17:06 Coke Tene: no worries.
17:06 purl no worries. is, like, my smoke harness code public
17:08 Coke PerlJam: item 1 in the todo list looks pretty doable if you grok regex and Actions.
17:08 Coke (making optional signs part of a literal int)
17:09 * japhb is bak
17:09 japhb fperrad, still around?
17:09 Andy joined #parrot
17:09 Coke 7 is pretty much all regex, putting panics in the right spots.
17:09 japhb Tene: Will you be able to try again tonight possibly?
17:09 fperrad japhb, I'm here
17:10 Tene japhb: tonight looks much more reasonable.
17:10 * Coke ponders issuing beverage coupons in #parrot as a kind of redeemable karma.
17:10 japhb Tene, cool bans
17:10 Coke redeemable for paypal or an actual drink at a yapc or something. =-)
17:10 Tene fperrad: You were trying to talk to me about XML grammar migrated to nqp-rx yesterday, but I never saw an actual question... did I miss something?
17:10 japhb Coke, no fair, you keep stealing all the good hackers.  We need help too, you know!  :-)
17:11 Tene Coke: There's a sandwich place near my office that delivers orders made online.
17:11 japhb fperrad, that last error you came across shouldn't have happened -- because I fixed the bug that caused it.  Or so I thought.  Did you roll back plumage at some point?
17:11 Coke Tene: exactly that sort of thing, yes. =-)
17:11 Coke japhb: over the 8 years I've been working on that project, I manage to do this only infrequently.
17:12 Coke I think pmichaud is my biggest score ever in terms of partcl contributions stealing tuits that would otherwise go elsewhere.
17:12 Coke mdiep is probably �2.
17:12 Coke er, #2.
17:12 Coke (stupid keyboard keeps switching in german)
17:13 Tene So, who wants to buy me lunch in exchange for patches? :)
17:13 PerlJam Coke: so it's *your* fault the ng branch hasn't merged yet!  :)
17:13 fperrad japhb, bugs occur with the latest Plumage
17:13 japhb Right ... and I just found a second code path that I hadn't fixed.
17:14 japhb just a moment.
17:14 Coke in my defense, hopefully partcl-nqp is identifying pain points in nqp-rx =-)
17:15 japhb Coke, please add to plumage-requests (which would then become badly named, but oh well): http://wiki.github.com/per​l6/nqp-rx/plumage-requests
17:15 japhb It's a semi-official pain points list
17:16 fperrad Tene, no actual question
17:17 japhb fperrad, OK, pushed.  Please try HEAD
17:20 Coke japhb: Coke Also Wants
17:20 japhb Coke, good idea!
17:21 dalek parrot-plumage: 03a9c49 | japhb++ | src/lib/Plumage/Project.nqp:
17:21 dalek parrot-plumage: [LIB] Plumage::Project: Fixes (I hope) for three bugs reported by fperrad++
17:21 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/03a9c49f4ca558beb16a3525254ac8fc55a7be09
17:26 dalek partcl-nqp: d41402c | coke++ | TODO:
17:26 dalek partcl-nqp: minor text cleanup
17:26 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/d41402cd5059ee81c59f4dc233a6f49ef149f5ba
17:26 fperrad japhb, OK fixed
17:26 japhb fperrad, excellent, sorry about that
17:38 colomon___ joined #parrot
17:42 dalek parrot: r42989 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
17:42 dalek parrot: [distutils] add another Plumage action : update
17:42 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42989/
17:42 lucian joined #parrot
17:42 * Coke wonders if there is anything left of the old NQP bootstrap in nqp-rx or if it has been... compiled out.
17:53 nopaste "fperrad" at 93.10.251.115 pasted "[PATCH Plumage] update section instructions (for japhb)" (527 lines) at http://nopaste.snit.ch/19039
17:53 nopaste "fperrad" at 93.10.251.115 pasted "[Plumage parrot-linear-algebra] the new description that uses distutils (for japhb)" (64 lines) at http://nopaste.snit.ch/19040
17:53 nopaste "fperrad" at 93.10.251.115 pasted "[Plumage] dependencies nightmare : the clean of lua-batteries requires the installation of mt19937" (132 lines) at http://nopaste.snit.ch/19041
17:58 dukeleto 'ello
18:00 japhb fperrad, paste 19040 looks broken
18:01 japhb Oh, you're saying that's the way it is ... ah, looking
18:02 japhb fperrad, nope, I was right the first time, 19040 is broken, and the error does not appear in my copy.
18:03 davidfetter joined #parrot
18:03 japhb 19041 is ... wow, sucky
18:04 japhb That will require more work (I knew this was going to come up, as the depsolver is not too bright, but I was hoping to put off that rework for a while, sigh)
18:05 payload joined #parrot
18:05 nopaste "fperrad" at 93.10.251.115 pasted "[Plumage parrot-linear-algebra] a better one (for japhb)" (64 lines) at http://nopaste.snit.ch/19044
18:14 japhb fperrad, OK, metadata updates pushed.
18:15 japhb I've got some other stuff to attend to before I can deal with the depsolver issue.  How late will you be online?
18:15 bubaflub left #parrot
18:15 bubaflub joined #parrot
18:16 dalek parrot-plumage: 6c368c0 | japhb++ | metadata/ (2 files):
18:16 dalek parrot-plumage: [METADATA] Fix DOS line endings
18:16 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/6c368c0349ba768915a19c13fd1e11faa7ec5977
18:16 dalek parrot-plumage: b8efc51 | japhb++ | metadata/ (17 files):
18:16 dalek parrot-plumage: [METADATA] Update parrot_setup based projects to latest capabilities
18:16 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/b8efc51ee08d9f5ed8b5345b1e82f7a6b301ce13
18:16 dalek parrot-plumage: 1643f9e | japhb++ | metadata/parrot-linear-algebra.json:
18:16 dalek parrot-plumage: [METADATA] Convert parrot-linear-algebra to use parrot_setup
18:16 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/1643f9eafc6ab18b29190497c1d1991edffddbc5
18:17 fperrad japhb, the depsolver issue is not critical
18:17 fperrad I prepare an email with new feature request
18:17 Zak joined #parrot
18:18 japhb fperrad, thank you
18:30 Coke pmichaud: I am seeing occasional failures in t/cmd_time.t:
18:30 Coke #      got : 'STRING: 14889 microseconds per iteration'
18:30 Coke # expected : 'REGEXP: [0-9]+ microseconds per iteration'
18:31 PerlJam Coke: What does TODO #1 mean?
18:31 Coke I thought it was clear. is there a particular bit that is confusing?
18:32 PerlJam $ ./partcl -e 'set x 5; incr x -37; puts $x'
18:32 PerlJam -32
18:32 purl -32
18:32 Coke ah. try [incr x boo]
18:32 Coke that should die with "expected integer but got "boo"
18:33 Coke (see [time {expr 2+2} 1] vs. [time {expr 2+2} boo+
18:33 Coke er, [time {expr 2+2} boo]
18:34 dalek partcl-nqp: 9024067 | coke++ | src/ (14 files):
18:34 dalek partcl-nqp: .pm indicates a p6 file. add a hint for vim
18:34 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/9024067098c4819a3773778be9aef5b475c23297
18:34 dalek partcl-nqp: 22c0ed4 | coke++ | t/ (62 files):
18:34 dalek partcl-nqp: Don't need perl to re-invoke these as tcl.
18:34 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/22c0ed4d17a3272df0626dd93aa4e197e6772f07
18:34 dalek partcl-nqp: e0d7c8d | coke++ | t/ (62 files):
18:34 chromatic joined #parrot
18:34 dalek partcl-nqp: all our t files are written in tcl; give vim a hint.
18:34 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/e0d7c8dc76a96b382f5aeaba8eecbc88c9107c80
18:36 Coke PerlJam: (does that help?)
18:36 PerlJam Coke: aye
18:38 PerlJam Coke: I was focusing on the part that reads "but we need to modify the grammar ... to allow optional +/-" and I couldn't see what needed implementing
18:39 Coke right, we have to break it before we can fix it. =-)
18:39 PerlJam How is type information stored in partcl?
18:41 Coke ?
18:42 PerlJam I've got a thing called x, how do I know it's string or number or list or whatever?
18:42 PerlJam (What are tcl's data types?)
18:43 Coke PerlJam: I don't think the language exposes that.
18:43 Coke you have arrays, and "everything else". under the covers, everything else might have different representations, but you can always try to use them interchangably.
18:44 Coke so, array == assoc array (like a hash, but only one level deep)
18:44 Coke then there are strings, lists, dicts (multi-tiered hash), float, int, (bignums)..
18:45 Coke but you can try to use a string as a list and it'll JFW. (assuming the string can be interpreted as a properly formed list.)
18:45 Coke Tcl is much smarter about caching the various representations for speed than partcl - partcl just morphs to the new type.
18:51 dalek partcl-nqp: 90f6d21 | coke++ | build/Makefile.in:
18:51 dalek partcl-nqp: Add a fulltest target to just run everything in t/ [*]
18:51 dalek partcl-nqp: [*] This actually hangs atm due to loop flow control failures.
18:51 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/90f6d21ed4c1594122eb705dfe2731b392726bbc
18:51 pmichaud 17:42  * Coke wonders if there is anything left of the old NQP bootstrap in nqp-rx or if it has been... compiled out.
18:51 pmichaud It's gone.  It only exists in the history.
18:52 japhb Modern VCS apparently weighs in on the philosophical question of whether anything is ever really gone, if someone still remembers it ...
18:52 pmichaud (nqp-rx requests)  I'm happy if the page http://wiki.github.com/per​l6/nqp-rx/plumage-requests  gets renamed to "nqp-requests" or even just "requests".
18:52 Coke pmichaud: how goes!
18:53 japhb I'll try to rename the page
18:53 pmichaud goes well for me at the moment... I finally figured out something approximating how I want the language library interop to work
18:53 pmichaud now just need to implement it and document it
18:54 pmichaud (hopefully finishing that _today_)
18:54 pmichaud it'll be marked as "experimental" through 2.0, but it gives us something to start working with
18:55 chromatic msg mikehh Can you bisect to figure out where TT #1368 started to occur?
18:55 purl Message for mikehh stored.
18:58 japhb OK, couldn't figure out how to rename it outright, so I copied Plumage Requests => Requests, moved the non-plumage stuff to the top (since it's way shorter), and replaced the content in Plumage Requests with a pointer to the new page.
18:58 Coke anyone interested in trying to debug issues with the p6 syntax highlighter?
18:58 Coke ww.
18:59 pmichaud afk, errands
19:14 dalek partcl-nqp: 65f8da0 | coke++ | src/Partcl/commands/string.pm:
19:14 dalek partcl-nqp: make p6.vim happier
19:14 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/65f8da0319d40345e21cebb71f16a831ee013555
19:22 bacek joined #parrot
19:26 cotto_work hi bacek
19:30 bacek morning cotto
19:34 cotto_work happy Saturday!
19:44 mikehh joined #parrot
19:47 Coke pmichaud: so if I get to the point where I have to write a lot of PIR in partcl-nqp, that's bad, right?
19:47 joeri joined #parrot
19:48 pmichaud depends on the PIR
19:48 pmichaud but yes, nqp tends to want to make that not necessary
19:48 pmichaud at the same time, it recognizes that sometimes that's not entirely possible
19:48 Coke basically, since tclstring is in PIR due to the vtables, I am forced (yes?) to add any methods in PIR also.
19:49 Coke (or can I at least write the methods in NQP?)
19:49 pmichaud you could write the methods in NQP, and then simply have the vtables delegate to the methods
19:49 pmichaud unless they're supposed to be anonymous -- that makes it harder, yes.
19:50 Coke they are supposed to be anonymous, yes, but that can come later.
19:50 pmichaud I might be convinced to bump the priority on a "is vtable('xyz')"  option for subs in nqp
19:50 Coke (these methods or vtables are not exposed to the HLL=
19:51 Coke but doing the dispatch trick will get me further faster.
19:51 pmichaud right
19:51 pmichaud and it's easy to clean up later
19:51 pmichaud (just adding the 'is vtable' flag to the subs when it's supported)
19:53 Coke can the PIR class & the PM class have the same name or should I juggle them?
19:54 pmichaud same is okay, just be careful about which one does the class creating
19:54 pmichaud if you define the class in .pm, no need to redefine in .pir
19:55 pmichaud if you define in .pir, then just use  "module TclString {...}"   in the .pm
19:55 pmichaud (to avoid the class creation)
19:55 pmichaud eventually that'll likely be  "augment class TclString {...}"  to match p6, but just haven't got there yet.
19:58 colomon___ joined #parrot
19:59 Coke will go with module since I don't know how to duplicate the HLL mapping atm.
19:59 pmichaud wfm
20:24 PerlJam trying to modify partcl has just made me silghtly depressed.
20:26 Tene howso?
20:26 PerlJam just that nothing is working quite like I think it should.  Ergo, I'm not making good progress.
20:32 Coke anything I can help with?
20:32 colomon__ joined #parrot
20:33 PerlJam Coke: nah, I just have a headache and am feeling completely unproductive.  Unless you can figure a way to kick my brain out of its slump ...  :)
20:35 dalek nqp-rx: 8ab2413 | pmichaud++ |  (3 files):
20:35 dalek nqp-rx: Start rewriting HLL::Compiler in NQP instead of PIR.
20:35 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/8​ab24138893d0f7345e6cf159f9921187f6e33d3
20:42 dalek parrot: r42990 | bacek++ | branches/context_unify3:
20:42 dalek parrot: Third attempt to merge Context and CallSignature
20:42 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42990/
20:43 whiteknight bacek++
21:26 slash joined #parrot
21:27 slash hi all
21:27 slash can someone help a total newbie? :D
21:28 PerlJam slash: what sort of help do you need?
21:28 bacek *incoming*
21:28 * bacek hiding under desk
21:28 slash PerlJam: I'm trying to implement a smalltalk-like language with PCT
21:29 slash PerlJam: I want to create a root object class, "SObject", but for some reason I can't subclass Object
21:29 slash PerlJam: I get "Parent is not a Class" error
21:30 PerlJam can you paste the code somewhere?
21:32 dalek parrot: r42991 | bacek++ | branches/context_unify3 (2 files):
21:32 Coke nopaste?
21:32 purl i heard nopaste was at http://nopaste.snit.ch/ (ask TonyC for new channels)  or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/ or http://paste.scsys.co.uk (for #catalyst, #dbix-class, #moose  and others) or http://gist.github.com/ or paste or gtfo or tools/dev/nopaste.pl or https://trac.parrot.org/parrot/br​owser/trunk/tools/dev/nopaste.pl
21:33 dalek parrot: Rename CallSignature into CallContext
21:33 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42991/
21:33 dalek parrot: r42992 | bacek++ | branches/context_unify3/con​fig/gen/makefiles/root.in:
21:33 dalek parrot: Update make dependencies.
21:33 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42992/
21:33 dalek parrot: r42993 | bacek++ | branches/context_unify3/t/pmc/callcontext.t:
21:33 dalek parrot: Rename callsignature.t into callcontext.t
21:33 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42993/
21:33 dalek parrot: r42994 | bacek++ | branches/context_unify3/src/call/args.c:
21:33 dalek parrot: Update src/call/args.c to use CallContext.
21:33 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42994/
21:33 dalek parrot: r42995 | bacek++ | branches/context_unify3/src/pmc/callcontext.pmc:
21:33 dalek parrot: Update accessors in CallContext.
21:33 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42995/
21:33 dalek parrot: r42996 | bacek++ | branches/context_unify3/src/pmc/class.pmc:
21:33 dalek parrot: Update to CallContext in Class PMC.
21:33 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42996/
21:33 dalek parrot: r42997 | bacek++ | branches/context_unify3/src/pmc/callcontext.pmc:
21:33 dalek parrot: Copy ATTRibutes and methods from Context into CallContext.
21:33 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42997/
21:33 dalek parrot: r42998 | bacek++ | branches/context_unify3/src/pmc/context.pmc:
21:33 dalek parrot: Remove Context PMC.
21:33 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42998/
21:33 dalek parrot: r42999 | bacek++ | branches/context_unify3/con​fig/gen/makefiles/root.in:
21:33 dalek parrot: Update makefile dependencies
21:33 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42999/
21:34 chromatic That looks promising.
21:34 bacek chromatic, all scaffolding is done.
21:34 pmichaud hope that doesn't break rakudo or ng too badly.
21:35 bacek pmichaud, I'll update rakudo if it will be needed.
21:35 pmichaud I'm guessing "yes" -- there appear to be a lot of references to CallSignature in the rakudo source
21:35 slash joined #parrot
21:36 slash PerlJam: sorry, my connection went down
21:36 chromatic Scaffolding?
21:36 purl well, Scaffolding is entering CPAN as we speak or like php, you'll end up with a pile of shit or CatalystX::ListFramework::Builder
21:36 pmichaud I don't see quite as many references in the ng branch, though.
21:36 bacek chromatic, last bits - invoke_from_sigobject shouldn't allocate context. Sub.invoke should only allocate registers  and push CallContext
21:37 nopaste "slash" at 94.163.178.50 pasted ".HLL 'smalltalk' .sub init_lan" (10 lines) at http://nopaste.snit.ch/19046
21:37 bacek chromatic, (scaffolding) PMCs are merged.
21:37 pmichaud slash: you probably want get_class or get_namespace instead of find_var
21:38 pmichaud bacek: are you planning to merge to trunk before or after Tuesday's release?
21:38 Tene slash: if you're interested in smalltalk, you might want to look for my prototype implementation, ChitChat
21:38 bacek pmichaud, erm... Probably after. I have to go now. And I'm not sure that I'll be able to finish it today.
21:38 Tene https://svn.parrot.org/languages/chitchat/trunk/
21:38 Tene way out of date, though
21:38 pmichaud bacek: after would probably be better.
21:39 bacek pmichaud, deal :)
21:40 pmichaud if it happens before release, I'm not sure we'd be able to bring rakudo up-to-date before its release on Thursday.
21:41 chromatic Does Rakudo have its own CallSig/Context handling?
21:41 pmichaud Yes.
21:41 pmichaud iiuc, we had to do that to get the perl 6 mmd semantics needed, plus a bunch of other stuff.
21:42 slash Tene: I've used ChitChat as a "reference" for my (ugly) smalltalk implementation... but it was incomplete when I tried it, so I've decided to start writing my own implementation as an exercise to learn PCT
21:42 pmichaud I don't know that we do much with contexts, but I know we do a fair bit with CallSig
21:43 pmichaud oh, rakudo master doesn't look so bad either.
21:43 pmichaud it just looked bad at first because I acked the generated code
21:43 chromatic Just curious; I don't want to merge before the release either.
21:44 purl joined #parrot
21:44 cotto_work go bacek!
21:45 slash pmichaud: I get a "Null PMC access in get_string()" error if I use get_class
21:45 nopaste "slash" at 94.163.178.50 pasted ".HLL 'smalltalk' .sub init_lan" (9 lines) at http://nopaste.snit.ch/19047
21:46 pmichaud $P0 = get_root_namespace ['parrot';'Object']
21:46 slash pmichaud: I think that the problem is related to my use of the HLL directive
21:46 pmichaud obj = subclass $P0, ['SObject']
21:47 slash pmichaud: I get the same error
21:48 pmichaud one problem you may run into is that the sub will get executed twice as you have it now
21:48 pmichaud once at :init, and again as the first sub in the compilation unit
21:49 dalek parrot: r43000 | bacek++ | branches/context_unify3/lib/Parrot (3 files):
21:49 nopaste "pmichaud" at 66.25.4.52 pasted "this works for me (for slash)" (11 lines) at http://nopaste.snit.ch/19048
21:50 dalek parrot: Include pmc_callcontext in ops generated files
21:50 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43000/
21:50 dalek parrot: r43001 | bacek++ | branches/context_unify3/include/parrot/context.h:
21:50 dalek parrot: Typedef CallContext attributes struct as Parrot_Context.
21:50 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43001/
21:50 dalek parrot: r43002 | bacek++ | branches/context_unify3/tools/build/nativecall.pl:
21:50 dalek parrot: Update NCI builder to include pmc_callcontext.h
21:50 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43002/
21:50 dalek parrot: r43003 | bacek++ | branches/context_unify3/src (27 files):
21:50 dalek parrot: Mass replace include pmc_context with pmc_callcontext
21:50 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43003/
21:50 dalek parrot: r43004 | bacek++ | branches/context_unify3/config/auto/pmc.pm:
21:50 dalek parrot: Fix dependencies in config/auto/pmc.pm
21:50 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43004/
21:50 dalek parrot: r43005 | bacek++ | branches/context_unify3/src/call/context.c:
21:50 dalek parrot: Update context.c to use CallContext instead ot Context.
21:50 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43005/
21:50 dalek parrot: r43006 | bacek++ | branches/context_unify3/src/pmc/multisub.pmc:
21:50 dalek parrot: Include pmc_callcontext in MultiSub PMC
21:50 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43006/
21:50 dalek parrot: r43007 | bacek++ | branches/context_unify3/compilers/imcc (8 files):
21:50 dalek parrot: Update IMCC to include pmc_callcontext.h
21:50 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43007/
21:53 purl joined #parrot
21:54 allison joined #parrot
21:59 brrant joined #parrot
21:59 jan joined #parrot
22:00 purl joined #parrot
22:08 dalek nqp-rx: 8010f63 | pmichaud++ | src/HLL/Compiler.pm:
22:08 dalek nqp-rx: Add src/HLL/Compiler.pm, omitted from previous commit.
22:08 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/8​010f6355e411990e31d6d329994f3e24d6c76b9
22:37 purl joined #parrot
22:39 purl joined #parrot
22:48 Whiteknight joined #parrot
22:58 japhb Tene, is this the right time of day to remind you about => in NQP-rx?  Or should I ping you later?
22:59 Tene japhb: right now I'm working on p6advent post.
22:59 Tene so, good reminder, but it'll be a bit.
22:59 japhb Tene++ # Good on ya!
22:59 japhb k
23:00 japhb ping japhb
23:01 japhb oooh, hachi++
23:01 japhb msg hachi thank you for the purl ping fix!
23:01 purl Message for hachi stored.
23:03 nopaste "slash" at 94.163.178.50 pasted "addparent nightmare - fails with "Object must be created by a class."" (14 lines) at http://nopaste.snit.ch/19050
23:04 slash I solved the problem with the namespace... and now I've got another problem with addparent :D
23:06 bubaflub joined #parrot
23:07 pmichaud try   intc.'add_parent'(objc)
23:07 pmichaud the addparent opcode may be a little obsolete or something.
23:08 slash mhhh still the same error
23:09 pmichaud oh, it doesn't want to add a namespace as a class
23:09 pmichaud you probably need to do
23:09 pmichaud $P2 = get_root_namespace ['parrot';'Integer']
23:09 pmichaud $P2 = $P2.'get_class'()
23:09 pmichaud to get the class object
23:10 pmichaud er, actually, you want to do that for Object
23:10 pmichaud I'm guessing add_parent doesn't automatically convert namespaces into class objects the way that the subclass opcode does
23:14 slash pmichaud: uhm, objc should already be a class object (created by subclass)
23:14 pmichaud oh, you're right.
23:14 slash pmichaud: subclass is the only opcode that gets a namespace
23:14 pmichaud isa and get_class also take namespaces
23:15 pmichaud most class-related opcodes are supposed to be able to take a namespace as a proxy for a class object.  apparently addparent doesn't.
23:15 pmichaud regardless, that's not the issue here.... hrm.
23:18 pmichaud oh, the addparent is working fine
23:18 japhb I'm researching via Google right now, but anyone know offhand of some good papers on package dependency solving?
23:18 pmichaud the problem is apparently the 'new' line
23:18 purl joined #parrot
23:19 purl joined #parrot
23:19 slash pmichaud: maybe I should subclass from SObject and then add Integer as parent... now I'm doing the vice-versa
23:19 pmichaud ohhhh!
23:19 pmichaud you don't need to subclass Object at all
23:19 pmichaud you should just do   newclass
23:20 pmichaud all classes are already subclasses of Object
23:20 pmichaud I bet that's confusing Parrot a bit.
23:20 slash yeah, it works!
23:21 slash thank you pmichaud :)
23:22 nopaste "pmichaud" at 66.25.4.52 pasted "pir subclassing (for slash++)" (19 lines) at http://nopaste.snit.ch/19051
23:24 purl joined #parrot
23:24 purl joined #parrot
23:24 slash pmichaud: it works, thanks :)
23:30 purl joined #parrot
23:38 Coke PerlJam: any luck?
23:52 Coke msg pmichaud will restructuring where generated files go cause you to commit less?
23:52 purl Message for pmichaud stored.
23:57 cotto_work What were the plans for tomorrow's hackathon?  istr merging CallSignature and Context and strstart elimination.
23:59 * Coke wonders how we are going to eliminate strstart.

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

Parrot | source cross referenced