Camelia, the Perl 6 bug

IRC log for #parrot, 2009-10-15

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:01 Whiteknight urg. Github isn't allowing me to look at TCL's files
00:04 * jonathan has probably created more PMCs that override find_method than most. :-)
00:05 jonathan You can do a lot of cool stuff that way. :-)
00:06 Whiteknight yeah
00:06 Whiteknight how do I get a copy of a repo from github?
00:07 Whiteknight specifically, I'm trying to pull a local copy of partcl/partcl
00:07 darbelo git clone?
00:07 purl git clone is probably at 87%
00:07 darbelo purl forget git clone
00:07 purl darbelo: I forgot git clone
00:08 Whiteknight I tried "git clone git@github.com:partcl/partcl.git" and it said permission was denied
00:08 jonathan git clone git://github.com/partcl/partcl.git
00:08 darbelo try git clone git://github.com/partcl/partcl.git
00:09 jonathan (the other one is if you want to authenticate, iirc)
00:09 Whiteknight fatal: Unable to look up github.com (port partcl) (Servname not supported for ai_socktype)
00:09 darbelo wtf?
00:09 Whiteknight nevermind, tried again, worked
00:10 jonathan Computers are SO not deterministic some days.
00:10 jonathan :-)
00:10 darbelo Whiteknight: git@ urls are for repos you have commit bits in.
00:17 japhb ENOCHROMATIC, dangit
00:19 japhb OK, I'll open this up to the peanut gallery: Is there a community convention for where to put test data that is more than a single file in size?  I was thinking /test-data/, just to make it self-documenting, barring a better suggestion
00:19 japhb (This is for plumage, not parrot)
00:20 darbelo I did t/data for decnum-dynopmcs
00:21 japhb darbelo, as long as the test harness knows that directory is special ... plus it kinda makes you think there is a pile of tests for "data" in there, rather than a group of data for other tests ...
00:21 japhb but I'm not strongly against it, it just feels a little off.
00:22 japhb It does have the benefit of keeping all testing-related bits in the same tree
00:23 darbelo I was actually storing the data I used to generate my tests. Not acutal test data.
00:24 japhb Hmmmm, perhaps if all test scripts were in t/\d+-\w+/ , then t/[anything else] is freed up conceptually.
00:24 japhb dukeleto, thoughts?
00:25 darbelo Also, my harness only runst ".t" files in the t/ directory and leaves the subdirs alone.
00:37 Whiteknight is pcc_reapply supposed to be completely broken right now?
00:37 darbelo define "completely"
00:38 darbelo But I'd guess no.
00:41 rhr joined #parrot
00:42 rdice joined #parrot
00:44 japhb dukeleto, darbelo: For git at least, we don't need to ship a test repo -- we can just init one as needed.  For subversion, this might be a little harder, unless we can assume svnadmin ships with svn everywhere.
00:46 japhb (It does on my Debian box, FWIW ... but Debian packages tend to be "less broken" than average.)
00:46 Tene Whiteknight: no
00:47 Tene Whiteknight: allison merged chromatic's callsignature.pmc rewrite
00:47 Tene Whiteknight: that's the biggest change recently
00:48 darbelo japhb: OpenBSD ships the in the same package. Works for me , but I don't really know if it it's the right thing.
00:48 Tene Whiteknight: realcleaned?  can you paste the failure?
00:49 japhb darbelo, OK, let's go crazy and assume proper packaging until some moon OS proves otherwise.  ;-)
00:51 darbelo fwiw I've found the BSD's tend to not break up upstream tarballs into a gazzillion sub-packages, like some linux distros do.
00:51 davidfetter_ joined #parrot
00:55 darbelo left #parrot
00:56 japhb darbelo: Proper, that.  I find the "gazillion packages that you somehow end up downloading all of anyway" to be infuriating.  On Debian, OpenOffice is unfortunately packaged like this.
00:57 Whiteknight Tene: nevermind, I think I had some local mods
00:57 Whiteknight works just swell
00:57 Tene Whiteknight: Okay. :)
00:59 rhr joined #parrot
01:00 kid51 joined #parrot
01:05 japhb dukeleto, a couple new things in Plumage's TASKS, just making above ideas concrete.
01:05 * japhb now thinking about dep handling
01:06 Eevee joined #parrot
01:07 dalek parrot-plumage: 33b0f44 | japhb++ | :
01:07 dalek parrot-plumage: [META] New TASKS, and update an old one
01:07 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/33b0f4478c5aca7a17d5ba35b783a7580a2f46cb
01:07 shorten dalek's url is at http://xrl.us/bfsf6j
01:11 Whiteknight I don't see anything in thread.c that is obviously relying on old-style argument passing
01:11 rhr joined #parrot
01:19 rhr joined #parrot
01:20 Whiteknight the thread argument PMC is coming out as garbage inside the NCI invoke
01:22 Whiteknight what is "PP@" as a signature string?
01:22 Whiteknight I've never seen an @ in a sig before
01:23 Whiteknight (and I suspect it is an error)
01:28 Whiteknight solved one failure
01:29 dalek parrot: r41867 | whiteknight++ | branches/pcc_reapply/tools/build/nativecall.pl:
01:29 dalek parrot: [pcc] fix several (but not all) failures in threads.t. Problem was a bad signature string being automatically generated with '@' instead of 'Ps' for a slurpy array
01:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41867/
01:38 japhb dukeleto, See latest parrot-plumage commit for more fun stuff to work on.  :-)
01:38 japhb purl, msg darbelo See latest parrot-plumage commit for more fun stuff to work on.  :-)
01:38 purl Message for darbelo stored.
01:39 japhb dalek will notice the new commit about the time I'm eating my pizza, I think.  :-)
01:39 Whiteknight I don't see a "join" method defined anywhere in ParrotThread
01:39 dalek parrot-plumage: 9d32829 | japhb++ | :
01:39 dalek parrot-plumage: [META] Two more (big) groups of TASKS
01:39 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/9d3282959767f55d68c3911a4fd59ddfb14a9b01
01:39 shorten dalek's url is at http://xrl.us/bfsga6
01:42 mikehh joined #parrot
01:45 rdice joined #parrot
01:53 Whiteknight I might have a fix for more tests coming up too
01:56 Whiteknight we're down to 9 failing tests now
01:56 Whiteknight that's single digits, baby!
01:58 dalek parrot: r41868 | whiteknight++ | branches/pcc_reapply/tools/build/nativecall.pl:
01:58 dalek parrot: [pcc] invocants should have a signature of Pi in NCI calls, not just P. This doesn't affect any tests, but still is a change that needs to be made
01:58 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41868/
02:05 rhr joined #parrot
02:05 Whiteknight that's all I have for now. Goodnight
02:09 mikehh pcc_reapply - make smoke #29021 at r41867 - 10,752 ok, 13 failed, 262 todo, 560 skipped and 0 unexpectedly succeeded - Ubuntu 9.10 beta amd64
02:28 rhr joined #parrot
02:34 JimmyZ joined #parrot
02:41 janus joined #parrot
02:47 dalek parrot: r41869 | mikehh++ | branches/pcc_reapply/src/pmc/callsignature.pmc:
02:47 dalek parrot: fix codetest failures - unwrapped macro arguments and space between function name and parenthesis
02:47 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41869/
02:55 JimmyZ joined #parrot
02:57 dalek parrot: r41870 | mikehh++ | branches/pcc_reapply/src/call/args.c:
02:57 dalek parrot: fix codetest failure - space after opening parenthesis
02:57 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41870/
03:49 dalek parrot-plumage: 24db387 | leto++ | :
03:49 dalek parrot-plumage: [configure] Mention how to run the test suite when Configure says hello
03:49 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/24db387b6f111d6d37cfc582be88c14edb17b23a
03:49 shorten dalek's url is at http://xrl.us/bfsgu9
03:49 dalek parrot-plumage: 7d43fa6 | leto++ | :
03:49 dalek parrot-plumage: Merge remote branch 'origin/master'
03:50 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/7d43fa6c83098ec1d0a8e3143d067e32bd1513f2
03:50 shorten dalek's url is at http://xrl.us/bfsgvd
04:31 dukeleto yuck, my merge commit got pushed
04:38 dukeleto a mock git repo, consisting only of one commit with an empty .gitignore file is only 92K. after I delete the sample post-commit hooks, 42K
04:42 dukeleto 1609 bytes compressed. not bad at all
04:45 dukeleto msg japhb how should i compress the mock repo? currently I have it as a .tar.gz . but what happens if tar/gzip are not available?
04:45 purl Message for japhb stored.
04:46 japhb Did you see my comment about using 'git init' and 'svnadmin create' during test setup instead of shipping a mock repo?
04:47 japhb dukeleto, feel highlighted
04:47 dukeleto japhb: oooh, i didn't realize that you meant doing that at test setup time. sneaky!
04:48 japhb :-)
04:48 dukeleto japhb: so do we assume that git and svn are on the system?
04:48 dukeleto japhb: or should we detect both and not run those tests if one/other is not present?
04:48 japhb we can't test the fetch without them ... my feeling is, we check if they are there, and ... yeah, what you just said
04:49 dukeleto japhb: do we actually check for svn/git being installed currently?
04:49 japhb dukeleto, that's part of the latest TASKS
04:49 japhb ;-)
04:50 dukeleto i like the idea of creating at test time
04:50 dukeleto japhb: i read TASKS, but perhaps too quickly :)
04:50 japhb heh
04:50 japhb well, a couple relevant items were ...
04:50 japhb 1) make a function that acts like the 'which' shell command (path search)
04:51 japhb 2) Use %VM<config> to find the local executable name for each of the basic build programs, and use the function from 1) to detect them
04:52 japhb BTW, if one of the programs we want doesn't have a %VM<config> entry, for the time being lets just default to assuming it is the unix name plus the platform executable extension (e.g. .exe)
04:53 japhb dukeleto, make sense to you?
04:54 dukeleto japhb: i think that I will write tests that check for a value in %VM<config> for svn/git binaries, if it doesn't find any, then we just go with the default that you described
04:54 dukeleto japhb: yes, mostly
04:54 japhb yep, that's what I meant
04:54 japhb Oh, I see,
04:55 japhb you meant do 2) without 1)
04:55 japhb Fair enough.
04:55 japhb Baby steps.
04:55 purl baby steps! baby steps!
04:55 dukeleto japhb: so 'which' iterates over entries in PATH, opens each directory and searches for the binary in each
04:55 japhb inch-pebbles
04:55 japhb dukeleto, yup.
04:55 dukeleto japhb: yes, 2) without 1) in anticipation of 1) getting done :)
04:55 japhb heh
04:56 dukeleto japhb: i can make the tests check if the initial git/svn command returns an error and skip the rest of the tests
04:56 dukeleto japhb: i am in need of a function like qx() which gives me the return code of the command as well
04:57 japhb Grrr, parrot doesn't record the platform PATH separator.  I guess we have to start writing a platform hints section ...
04:57 dukeleto japhb: yak stacks within yak stacks
04:57 dukeleto japhb: currently I would have to run every test twice in the plumage test suite to get the return code and the output
04:58 dukeleto japhb: so I just don't check return codes currently
04:58 japhb dukeleto, I'm not sure parrot currently provides what you want out of qx() ... and yeah, I saw where you were going with the question.  ;-)
04:58 japhb There are a number of places in the IO subsystem of Parrot that are ... clearly prototypes at best.
04:59 japhb And your idea for just paying attention to whether git init succeeds is a good one
05:00 dukeleto japhb: yes, i will just check the status code on running git/svn the first time, and skip the test file if they don't exist
05:00 japhb nodnod
05:02 dukeleto looks like dalek doesn't notice commits to branches other than master
05:03 japhb Yeah, I think right now that's the only Atom feed dalek is watching.
05:04 japhb I'm not sure what the other feed URIs would actually be, come to think of it
05:04 dukeleto it's not a bid deal, just noticing
05:04 dukeleto japhb: is it using http://gitorious.org/parrot-plumage.atom ?
05:05 dukeleto japhb: that should include all branches
05:05 japhb Hmmm, I think it's http://gitorious.org/parrot-​plumage/parrot-plumage.atom , IIRC
05:07 * japhb chuckles at mode changes in last commit
05:07 dalek parrot-plumage: d3ff89f | leto++ | :
05:07 dalek parrot-plumage: [cage] Fix permissions in t/
05:07 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/d3ff89f9351d039a95d53600473c42799db7915e
05:07 shorten dalek's url is at http://xrl.us/bfsg29
05:07 dalek parrot-plumage: 95caad6 | japhb++ | :
05:07 dalek parrot-plumage: [META] TODO updates
05:07 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/95caad6a1b15a6487d79a2b319d85500a9255844
05:07 shorten dalek's url is at http://xrl.us/bfsg3b
05:07 dalek parrot-plumage: 05dc282 | japhb++ | :
05:07 dalek parrot-plumage: Merge branch 'master' of git@gitorious.org:parrot-plumage/parrot-plumage
05:07 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/05dc2828b5af8b4a26f23e27e217613707535268
05:07 shorten dalek's url is at http://xrl.us/bfsg3d
05:07 japhb Oy vey those merges are annoyin
05:07 japhb g
05:07 dukeleto japhb: yes, things were exactly opposite what they should have been
05:07 dukeleto japhb: sorry about that. i need to git pull --rebase
05:08 japhb no, me too
05:08 JimmyZ joined #parrot
05:08 japhb what's the config key to make that default again?
05:08 dukeleto japhb: oh yeah, that is *your* mere commit
05:08 dukeleto but I have a few as well
05:08 dukeleto japhb: there is one, but I forget
05:08 japhb found it
05:09 dukeleto japhb: enlighten us?
05:09 japhb Sorry, was actually just typing it in myself.  :-)
05:10 japhb 'git config branch.<branch>.rebase true'
05:11 dukeleto japhb: thanks
05:12 dukeleto japhb: we need a way to mock out the repo URL in the metadata. is it possible to provide plumage with an alternate metadata directory?
05:12 japhb checking ...
05:12 purl i guess checking ... is it complicated to get to work with google and yahoo ?
05:13 japhb not right now, but give me a sec, I might be able to hack it in.
05:15 dukeleto shweet
05:18 japhb stick that in your pipe and smoke it.
05:18 japhb You just have to provide a config file that overrides plumage_metadata_dir now.
05:19 japhb Or at least it *should* work.  :-)
05:22 dukeleto japhb: nice! that should all me to start hacking on the tests
05:22 japhb excellent
05:22 dukeleto japhb: does t/metadata/ sound good to you?
05:23 dukeleto japhb: next question: can local paths be used in the metadata file?
05:23 dalek parrot-plumage: 449259e | japhb++ | :
05:23 dalek parrot-plumage: [plumage] Allow plumage metadata dir to be overridden by conf file
05:23 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/449259eb4d756b15b371451f009eb77d77db05e7
05:23 shorten dalek's url is at http://xrl.us/bfsg36
05:23 dukeleto japhb: uck. I meant relative paths
05:24 japhb dukeleto, yes, t/metadata/ is fine
05:24 japhb relative paths to what?
05:25 dukeleto japhb: the repo URLs. i don't know that I need that or if it even makes sense
05:26 * dukeleto is still fighting a cold and is a bit out of it today
05:26 japhb The repo urls just have to be understandable by the tools, not by us.
05:27 dukeleto japhb: yeah. i need to fiddle with repository{checkout_uri} and make it a local file.
05:27 dukeleto japhb: i think i can use file:// in there and git and svn should know what to do
05:28 japhb dukeleto, cool beans
05:28 dukeleto japhb: what does Plumage::Downloader get used for? deps?
05:30 japhb It will be used sometime in the future for several things.  The two most important are: fetching projects that are in tarballs instead of source repos (especially useful for fetching release versions :-), and for interacting with the metadata server
05:31 dalek nqp-rx: c5a7893 | pmichaud++ |  (4 files):
05:31 dalek nqp-rx: Add Regex::P6Grammar as temporary scaffolding for bootstrapping the parser.
05:31 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/c​5a7893698f3cded030feb6ae6800e596501b33e
05:31 shorten dalek's url is at http://xrl.us/bfsg49
05:31 dalek nqp-rx: 2bb5b72 | pmichaud++ | .gitignore:
05:31 dalek nqp-rx: Update .gitignore.
05:31 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/2​bb5b727780aa137302423717aef8871847bf889
05:31 shorten dalek's url is at http://xrl.us/bfsg5b
05:31 dalek nqp-rx: f80ba14 | pmichaud++ |  (2 files):
05:31 dukeleto japhb: ok, so when we need to fetch tarballs, that is when we need to make P::Downloader understand file:///, to be properly tests. just getting things straight in my head
05:31 dalek nqp-rx: Change "make test" target to specify $(PARROT) executable (suggested
05:31 purl dalek: that doesn't look right
05:31 dalek nqp-rx: by moritz++).
05:31 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/f​80ba149a3119ab3367b42a74c61bf4554f08e3b
05:31 shorten dalek's url is at http://xrl.us/bfsg5d
05:32 japhb dukeleto, exactly so
05:32 dukeleto s/tests/tested/, but you got the gist
05:32 dukeleto shweet
05:49 uniejo joined #parrot
05:52 japhb dukeleto, those last couple commits might make your life easier
05:52 japhb dalek lag ...
05:56 dalek parrot-plumage: f5d478f | japhb++ | :
05:56 dalek parrot-plumage: [CORE] Glue.pir: Add path_exists()
05:56 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/f5d478f1fe3228391df87f14bb59f5c58cc55ace
05:56 shorten dalek's url is at http://xrl.us/bfsg6p
05:56 dalek parrot-plumage: fd0f294 | japhb++ | :
05:56 dalek parrot-plumage: [plumage] Switch to path_exists() everywhere
05:56 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/fd0f294183c46435669c4dc0672c52326f5c9508
05:56 shorten dalek's url is at http://xrl.us/bfsg6r
05:56 dalek parrot-plumage: ec431fc | japhb++ | :
05:56 dalek parrot-plumage: [plumage] Add find_program() utility function
05:56 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/ec431fc1b5c2c0cb1699bcb85fe70c7a2d5496e6
05:56 shorten dalek's url is at http://xrl.us/bfsg6t
06:11 dalek nqp-rx: e7e5924 | pmichaud++ | src/Regex/P6 (2 files):
06:11 dalek nqp-rx: Add the ability to parse arglists after colons in subrule calls.
06:11 dalek nqp-rx: Add parsing of {*} tokens.
06:11 dalek nqp-rx: Bootstrap progress: The "p6grammar" executable is now able to
06:11 dalek nqp-rx: parse its own grammar definition; test via
06:11 dalek nqp-rx:     ./p6grammar --target=parse src/Regex/P6Grammar/Grammar.pm
06:11 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/e​7e592477d377d282b20e29a9fd6966233566a4d
06:11 shorten dalek's url is at http://xrl.us/bfsg78
06:22 dalek nqp-rx: e04a163 | pmichaud++ | src/Regex/P6Regex/Grammar.pm:
06:23 dalek nqp-rx: Add parsing of simple single-quoted literals in regexes.
06:23 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/e​04a16375f30cb856473f7f63eb3d0f41b85fcda
06:23 shorten dalek's url is at http://xrl.us/bfsg8x
06:23 dalek nqp-rx: 41bdc6b | pmichaud++ | src/Regex/P6Regex/Actions.pm:
06:23 dalek nqp-rx: Add quoted literals to regexes.
06:23 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/4​1bdc6b5af2b4e60519b2ccc8e2b4718298f8045
06:23 shorten dalek's url is at http://xrl.us/bfsg8z
06:23 dalek nqp-rx: 0dfed1f | pmichaud++ | STATUS:
06:23 dalek nqp-rx: Update STATUS a bit.
06:23 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/0​dfed1f38892d366584f6e93fc238bdbf44c4333
06:23 shorten dalek's url is at http://xrl.us/bfsg83
06:23 dalek nqp-rx: 75fd363 | pmichaud++ | src/Regex/P6Grammar/Grammar.pm:
06:23 dalek nqp-rx: Use single quotes instead of backslashes for quoted literal punctuation.
06:23 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/7​5fd3630a45eba2d05d0e70b0f78a2abc6941f7f
06:23 dalek nqp-rx: 3b052a5 | pmichaud++ | src/Regex/P6Regex/Grammar.pm:
06:23 shorten dalek's url is at http://xrl.us/bfsg85
06:23 dalek nqp-rx: Clean up a few regex parsing definitions in P6Regex.
06:23 dalek nqp-rx: P6Grammar is now able to completely parse its own grammars.
06:23 dalek nqp-rx:     ./p6grammar --target=parse src/Regex/P6Grammar/Grammar.pm
06:23 dalek nqp-rx:     ./p6grammar --target=parse src/Regex/P6Regex/Grammar.pm
06:23 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/3​b052a5aaac7fb96e7effe928bf2448f67520483
06:23 shorten dalek's url is at http://xrl.us/bfsg87
06:23 Tene pmichaud: excellent work
06:24 japhb pmichaud++
06:24 pmichaud thanks
06:24 pmichaud next step will be to have P6Grammar generate a standalone parser that parses its own
06:25 pmichaud grammars.
06:25 purl grammars are classes, and classes are dynamically modifiable... hmmmm....
06:25 pmichaud then we won't need Perl6Grammar anymore :)
06:26 pmichaud or PGE, for that matter.
06:26 pmichaud (others will need it, yes, nqp-rx won't need it)
06:27 japhb Excellent.
06:27 japhb How is the progress towards replacing the old NQP (to a level that I could switch Plumage over)?
06:28 pmichaud well, this is all part of that.
06:28 pmichaud What is currently p6grammar in the nqp-rx repo is the beginnings of the new NQP.
06:28 japhb Poorly worded, sorry.  I meant, what is the current estimated time frame?
06:28 pmichaud I don't know for sure.  I'd hope just a few days.  Somewhat depends on schedule and timing around the house.
06:29 pmichaud getting to this point has been quite a bit easier than I had anticipated.
06:29 pmichaud (it's taken longer than I anticipated, but that's due to lots of other factors)
06:30 pmichaud however, I'm finding that each new feature I add is easier to do than the ones that came before it
06:33 JimmyZ joined #parrot
06:33 japhb That's got to be a great feeling ....
06:33 japhb g'night all!
06:49 fperrad joined #parrot
06:53 barney joined #parrot
07:01 chromatic joined #parrot
07:18 bacek joined #parrot
07:19 s1n joined #parrot
07:26 chromatic The good news is that we've cut off 31.183%.  The bad news is that we still have a ways to go.
07:26 chromatic If we double the speed in the branch, we come out ahead.
07:26 chromatic Doubling that speed won't be easy though.
07:29 bacek o hai
07:30 chromatic hey
07:33 bacek chromatic: how is going with CallSignature hacking?
07:34 chromatic We merged it into pcc_reapply today.
07:40 mikehh we are down to 13 failing tests
07:42 dalek parrot: r41871 | pmichaud++ | trunk (4 files):
07:42 dalek parrot: [nqp]:  Add simple class inheritance to NQP.
07:42 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41871/
07:42 chromatic I have 9.
07:44 mikehh Well that's that's what smolder reports #29022 at r41870
07:45 chromatic Maybe my count is off.
07:46 bacek chromatic: why you reserving 3 bits? Not 2?
07:47 mikehh t/library/coroutine.t - Parse errors: Bad plan.  You planned 6 tests but ran 2
07:48 mikehh probably accounts for the difference - (4 tests missed - but counted as failures by smolder)
07:48 chromatic bacek, I should be reserving two.
07:48 chromatic If I have the math wrong, I won't act surprised.
07:48 Tene bacek: he masks against ~3 because 3 is 1+2
07:49 Tene so just 2 bits
07:49 bacek ah.. I misread code...
07:49 chromatic We could turn that magic number into an intelligible #define though.
07:50 chromatic ... and fix the comment.
07:56 dalek nqp-rx: bbbca64 | pmichaud++ | src/Regex/P6Regex/Actions.pm:
07:56 dalek nqp-rx: Refactor named assertions slightly for better argument handling later.
07:56 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/b​bbca641af587ddb296c5439c89ae5d4f24f83cd
07:56 shorten dalek's url is at http://xrl.us/bfshf8
07:56 dalek nqp-rx: 2b0f1ad | pmichaud++ |  (3 files):
07:56 dalek nqp-rx: More updates to P6Grammar bootstrapping.
07:56 dalek nqp-rx: P6Grammar is now able to parse and produce a partial past tree
07:56 dalek nqp-rx: for its own grammar definition (in src/Regex/P6Grammar/Grammar.pm).
07:56 dalek nqp-rx: Still need a metachar:<{*}> action method to produce action methods.  :-)
07:56 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/2​b0f1adfaed33d50d4ee0b932b527a33efc2e42a
07:56 shorten dalek's url is at http://xrl.us/bfshga
08:05 iblechbot joined #parrot
08:18 AndyA joined #parrot
08:25 dalek parrot: r41872 | mikehh++ | trunk/compilers/nqp/t/30-subclass.t:
08:25 dalek parrot: set svn properties
08:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41872/
08:25 FullMetalHarlot joined #parrot
08:32 dalek parrot: r41873 | mikehh++ | trunk/compilers/nqp/src/Grammar/Actions.pir:
08:32 dalek parrot: fix codetest failure - trailing whitespace
08:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41873/
08:39 mokurai left #parrot
08:50 bacek chromatic: (your patch in list) Main problem with :flat args
08:51 bacek We have to build proper signature in run-time based on passed arguments
08:51 chromatic I wasn't sure.  One of the tests that it failed didn't have flat args.
08:53 bacek chromatic: around line 557.
08:53 bacek dissect_aggregate_arg returns new signature bit
08:54 chromatic Oh, somehow I overlooked flat_list.
08:55 chromatic We could make that function manipulate the RIA instead.
08:58 chromatic If you feel motivated to replace all of that STRING fun, feel free.
09:01 chromatic The good news is that we have another 43% faster to make the branch to reach the trunk's speed on fib.pir.
09:01 bacek I don't think that RIA will be faster...
09:01 dalek parrot: r41874 | bacek++ | branches/pcc_reapply/src/call/args.c:
09:01 dalek parrot: [uncage] Poke more into CallSignature guts for performance sake.
09:01 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41874/
09:01 dalek parrot: r41875 | bacek++ | branches/pcc_reapply/src/call/args.c:
09:01 dalek parrot: Create final result in single shot, not repeatedely in loop in dissect_aggregate_arg.
09:01 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41875/
09:04 bacek chromatic: can you benchmark with my latest commits?
09:04 chromatic Running now.
09:04 dalek parrot: r41876 | bacek++ | branches/pcc_reapply/src/pmc/callsignature.pmc:
09:04 dalek parrot: Reorder checks in CallSignature.get_attr_str to put "named" on top. We are mostly use this attribute.
09:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41876/
09:04 dalek parrot: r41877 | chromatic++ | branches/pcc_reapply/src/call (2 files):
09:04 dalek parrot: [PCC] Removed unnecessary GC registration and unregistration of CallSignature
09:05 dalek parrot: PMCs; a GC-heavy benchmark run with the gcdebug runcore revealed that it's
09:05 dalek parrot: unnecessary (and on platforms where it is necessary, we'd have other GC
09:05 dalek parrot: problems).  This provides a 6.36% performance improvement in the fib.pir
09:05 dalek parrot: benchmark.
09:05 purl It seems faster
09:05 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41877/
09:05 dalek parrot: r41878 | chromatic++ | branches/pcc_reapply/src/call/args.c:
09:05 dalek parrot: [PCC] Removed unnecessary (and too frequent) MMD type tuple creation in
09:05 dalek parrot: Parrot_pcc_build_sig_object_from_varargs(), as the CallSignature PMC will build
09:05 dalek parrot: it itself if necessary.
09:05 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41878/
09:05 dalek parrot: r41879 | chromatic++ | branches/pcc_reapply/src/pmc/callsignature.pmc:
09:05 dalek parrot: [PMC] Fixed comment about tag bits in CallSignature and turned a magic number
09:05 dalek parrot: into a clearer #define to avoid further confusion.
09:05 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41879/
09:05 chromatic Hah, we have overlapping commits.
09:05 chromatic Three in the last five minutes.
09:05 chromatic No change, bacek.
09:06 bacek strange...
09:06 purl well, strange is but true
09:06 bacek I expected 0.1% improvement
09:07 chromatic Big gains: merging CallSignature and Context, removing use of CPointer.
09:08 chromatic We might be able to cut out 2/3 of our PMC allocations if we do that.
09:08 chromatic Huge win.
09:10 chromatic Modest improvement: preallocate appropriate size of returns array in Parrot_pcc_build_sig_object_returns_from_op.
09:11 bacek What about :slurpy?
09:12 chromatic No idea.
09:13 bacek btw, op set_returns still have gc_unregister_pmc
09:14 chromatic It goes!
09:18 bacek chromatic: my benchmark says 16,013,422,581 vs 15,199,915,860 on fib.pir at rr41873 41876 (unoptimised build)
09:19 chromatic I have an optimized build.
09:20 chromatic 5.08% though, not bad.
09:25 bacek We probably have to put PARROT_CALLING_START/_END inside call_from_sigobject
09:26 bacek to properly mark C stack
09:26 bacek but I'm not sure about it.
09:26 chromatic I'm not sure either.
09:27 bacek 14,330,100,550 on most recent commit
09:28 donaldh joined #parrot
09:28 bacek purl: (16013422581-14330100550)/16013422581
09:28 purl 0.10511944104924
09:28 chromatic Handy.
09:29 bacek chromatic: it was your commits :)
09:31 chromatic A couple more and I'm calling it a night.
09:35 chromatic 43.2% to go.
09:37 dalek parrot: r41880 | chromatic++ | branches/pcc_reapply/src/ops/core.ops:
09:37 dalek parrot: [ops] Removed another gc_unregister_pmc() now unused from set_returns op.  See
09:37 dalek parrot: r41877.
09:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41880/
09:40 dalek nqp-rx: 468b4eb | pmichaud++ | src/ (3 files):
09:40 dalek nqp-rx: Add keyed reductions / action triggers.
09:40 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/4​68b4eb7c8b4db7b0243bf64e88d5899833cd1fe
09:40 shorten dalek's url is at http://xrl.us/bfshr3
09:40 dalek nqp-rx: 0c574ea | pmichaud++ | src/ (2 files):
09:40 dalek nqp-rx: Determine regex name to be used for action methods.
09:40 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/0​c574ea861c51a84d78892d829cc4d1bb5f7c2f4
09:40 shorten dalek's url is at http://xrl.us/bfshr5
09:40 dalek nqp-rx: 672674d | pmichaud++ | src/Regex/P6Grammar/ (2 files):
09:40 dalek nqp-rx: Update P6Grammar to attach names to regexes, set modifiers for
09:40 dalek nqp-rx: token/rule.
09:40 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/6​72674d143b1783ecfd2e0f7cde33b09f6c7a838
09:40 shorten dalek's url is at http://xrl.us/bfshr9
09:41 masak joined #parrot
09:43 payload joined #parrot
09:44 payload joined #parrot
09:56 bacek purl: (14330100550-14255582083)/14330100550
09:56 purl 0.00520013566827345
09:56 bacek yet another half percent :)
09:59 dalek parrot: r41881 | bacek++ | branches/pcc_reapply/src/call/args.c:
09:59 dalek parrot: Preallocate string_sig in Parrot_pcc_build_sig_object_from_op
09:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41881/
10:20 integral joined #parrot
10:39 JimmyZ_ joined #parrot
10:39 cconstantine joined #parrot
11:01 plobsing joined #parrot
11:01 allison joined #parrot
11:33 jan joined #parrot
11:38 einstein joined #parrot
11:55 Coke msg dukeleto pinged perl webmasters about the planet feed.
11:55 purl Message for dukeleto stored.
12:04 whiteknight joined #parrot
12:05 whiteknight good morning parrot
12:28 mikehh joined #parrot
12:33 mikehh pcc_reapply - make smoke #29042 at r41881 - 10,752 ok, 13 failed, 262 todo, 560 skipped and 0 unexpectedly succeeded - Ubuntu 9.10 beta amd64
12:35 bluescreen joined #parrot
12:39 whiteknight 13 failed? We we down to 9 last night before I logged off
12:41 whiteknight at least, on my system
12:43 whiteknight some good optimization work happened last night though, so that's good to see
12:59 davidfetter joined #parrot
13:03 Coke I need to get my own server to run builds on. :|
13:03 payload joined #parrot
13:04 moritz Coke: I can give you access to a quad core machine with linux amd64
13:04 Coke moritz: did you already do that?
13:04 moritz not that I know of
13:04 Coke Someone gave me access to a box that I was unable to get parrot to build on, and then I got distracted. =-)
13:05 moritz I gave japhb access to it for his plumage meta data server
13:05 moritz and I had no troubles building parrot on that machine
13:05 Coke azawawi?
13:05 moritz no
13:06 Coke no, that's who's eating up the CPU on feather atm. =-)
13:06 moritz he has no access on that other machine :-)
13:22 Coke moritz++
13:22 moritz :-)
13:23 moritz look, your build is finished :-)
13:30 mikehh joined #parrot
13:32 nopaste "mikehh" at 81.149.189.7 pasted "pcc_reapply branch - summary of fulltest failures at r41881" (47 lines) at http://nopaste.snit.ch/18348
13:36 mikehh whiteknight - it is true that 9 failed but 4 were missed because t/library/coroutine.t exits after test 2 - Parse errors: Bad plan.  You planned 6 tests but ran 2
13:37 mikehh and you get Failed 4/6 subtests which is picked up by smoke/smolder
13:40 mikehh have a look at the TAP output in http://smolder.plusthree.com/app/pu​blic_projects/report_details/29042
13:40 shorten mikehh's url is at http://xrl.us/bfsic4
13:42 mikehh or if you like what shorten suggests
13:43 Coke mortiz++ # again
13:44 moritz karma mortiz
13:44 purl mortiz has karma of 2
13:50 whiteknight joined #parrot
13:56 Coke hah!
13:56 Coke mortiz--
13:56 Coke mortiz--
13:56 Coke moritz++
13:56 Coke moritz++
14:03 whiteknight_ joined #parrot
14:09 dukeleto 'ello
14:10 Psyche^ joined #parrot
14:13 dalek rakudo: d5a2ee9 | moritz++ | CREDITS:
14:13 dalek rakudo: restore alphabetical order in CREDITS
14:13 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/d​5a2ee9d1447b47612de6359280bf876dc90f34f
14:13 shorten dalek's url is at http://xrl.us/bfsihp
14:19 schmalbe joined #parrot
14:21 dalek parrot: r41882 | fperrad++ | trunk/tools/dev/fetch_languages.pl:
14:21 dalek parrot: [languages] Partcl moves on Github
14:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41882/
14:22 whiteknight_ joined #parrot
14:26 whiteknight internet connection today is TEH SUXXOR
14:35 theory joined #parrot
14:37 dalek parrot: r41883 | fperrad++ | trunk/tools/dev/fetch_languages.pl:
14:37 dalek parrot: [languages] matrixy moves on Github
14:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41883/
14:42 JimmyZ joined #parrot
14:42 Limbic_Region joined #parrot
14:44 Hunger joined #parrot
14:46 Coke Limbic_Region: hey
14:49 dukeleto funny URL of the day: http://www.nonblocking.io/
14:49 * moritz wanted to register std.io but was too slow
14:50 Coke moritz: spectest is, oddly, passing more tests on your box. =-)
14:50 Coke I was just doing a speed comparison against feather, but this is odd.
14:53 Limbic_Region salutations Coke - love to stay and chat but I am TTFN
15:03 schmalbe joined #parrot
15:10 Coke moritz: ooh, segfault. :|
15:11 hercynium joined #parrot
15:11 * moritz innocent
15:11 purl well, innocent is guilty...
15:11 moritz Coke: did you also test on amd64 before?
15:12 Coke likely not
15:12 allison joined #parrot
15:18 Coke moritz++
15:18 Tene hi allison
15:19 allison hi Tene
15:20 allison Tene: just got back from classes
15:20 allison Tene: looks like quite a few checkins in pcc_reapply
15:20 allison Tene: (she says, hoping for more passing tests)
15:21 moritz less, actually - because tests that we previously never reached are run now, and fail
15:21 moritz wait
15:21 moritz still more passing tests
15:21 purl more passing tests are always useful
15:21 allison moritz: just also more failing tests
15:21 moritz right
15:24 dalek nqp-rx: ec4637c | pmichaud++ |  (6 files):
15:24 dalek nqp-rx: Change src/parrot/ to more correctly named src/cheats/ .
15:24 purl dalek: that doesn't look right
15:24 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/e​c4637c1a1360aaf9c808b7c475b3e11082a3240
15:24 shorten dalek's url is at http://xrl.us/bfsisa
15:32 allison moritz: still, down from 18 failing tests to 12 failing tests, that's progress
15:34 whiteknight I was down to 9 failing tests when I turned off the computer last night
15:35 allison msg chromatic I wonder if it's worth merging CPointer down to an internal array in CallSignature instead of a separate PMC? We're planning to rip it out in January anyway, but the speed gains might be worth it.
15:35 purl Message for chromatic stored.
15:35 whiteknight fixed some issues in the nativecall.pl
15:36 Tene allison: he's already planning to do that, I believe.
15:39 allison Tene: good
15:40 dalek partcl: d1c5cc3 | (Will Coleda)++ | docs/spectest- (2 files):
15:40 dalek partcl: Spec test run for amd64;
15:40 dalek partcl: string.test segfaults on this platform.
15:40 dalek partcl: review: http://github.com/partcl/partcl/commit/d​1c5cc3b1535972f4f8694411929194503cd36b9
15:40 shorten dalek's url is at http://xrl.us/bfsiua
15:44 Tene allison: at least, he's already mentioned "getting rid of CPointer" a few times as part of his goals here.
15:45 allison Tene: yes, we're definitely getting rid of it in January
15:45 allison Tene: but, we hadn't talked so far about getting rid of it now
15:45 allison Tene: (but, a lot happens during the time I'm asleep in this timezone)
15:46 Tene That is, "stop using cpointer for results passing"
15:47 allison Tene: yes
15:48 allison Tene: in january we'll just be doing results passing the same as arg/param passing
15:50 Tene Right.
16:02 whiteknight getting rid of CPointer in the CallSignature logic would hugely reduce GC pressure, I think
16:02 whiteknight and for essentially zero extra complexity. The space for the PMC* to the CPointer could be reused to hold another void* pointer to the arg
16:13 mikehh allison: I don't know if you saw, but I put up a summary fulltest report in http://nopaste.snit.ch/18348
16:16 whiteknight okay, that corroborates the numbers I saw last night. 9 failures in coretest
16:16 whiteknight t/library/coroutine.t looks like the next big source of errors to target
16:27 allison mikehh: thanks, that's helpful
16:30 allison whiteknight: so, the 'resume' method in runtime/parrot/library/Parrot/Coroutine.pir is taking a parameter of 'args' as a :slurpy, and returning that same variable as a :flat
16:31 whiteknight so are we not flattening returns?
16:31 allison whiteknight: and yet, it's complaining about :flat on a non-array
16:32 allison whiteknight: we are flattening returns
16:32 allison whiteknight: perhaps it's an off-by-one error in the flattening...
16:32 whiteknight ok
16:33 allison whiteknight: see src/call/args.c starting around lin 1725
16:33 allison line
16:34 whiteknight okay, let me update
16:36 whiteknight ok, so that's the error that's being thrown?
16:36 whiteknight I'm going to try to rebuild, but last time I did on win32 it broke horribly
16:38 allison whiteknight: the error is "flattened return on a non-array"
16:38 whiteknight no, same problem
16:38 whiteknight (doesn't build on win32)
16:39 whiteknight that raises two questions: (1) are we sure the return in question is an aggregate and (2) is this the behavior we really want in this case?
16:39 whiteknight it seems to me that :flat on a non-aggregate would just be that PMC itself
16:41 allison whiteknight: digging down in gdb, it's getting a :flat flag on an Integer PMC
16:42 whiteknight the resume method is tailcalling the resume continuation
16:42 allison which would seem like the argument after the :optional
16:43 allison (the :opt_flag)
16:43 dalek nqp-rx: fbb15ef | pmichaud++ | src/Regex/Cursor.pir:
16:43 dalek nqp-rx: Add lang argument to Cursor.!cursor_start.
16:43 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/f​bb15effa8a7484a31cade19052124efcb76cf43
16:43 shorten dalek's url is at http://xrl.us/bfsi5y
16:43 dalek nqp-rx: fb80e2d | pmichaud++ | src/Regex/P6Grammar (2 files):
16:44 dalek nqp-rx: [p6grammar]:  Action methods to automatically create grammar object.
16:44 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/f​b80e2d9beb049544c0fc873849f499f34dc7fbe
16:44 shorten dalek's url is at http://xrl.us/bfsi52
16:44 dalek nqp-rx: 8cd492a | pmichaud++ | src/Regex/P6Grammar/Actions.pm:
16:44 dalek nqp-rx: [p6grammar]:  Add ability to declare a parent grammar.
16:44 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/8​cd492a94a8f3d494cad4e4a73fecc6010345ad9
16:44 shorten dalek's url is at http://xrl.us/bfsi54
16:45 cotto_work did chromatic's branch ever get deleted?
16:46 dukeleto cotto_work: which branch?
16:46 purl hmmm... which branch is this? bacek's?
16:46 dukeleto purl, forget which branch
16:46 purl dukeleto: I forgot which branch
16:47 allison cotto: pcc_optimize_sig?
16:47 cotto_work the one where he reimplemented callsignature
16:47 cotto_work that one
16:47 purl it has been said that that one is silly to.  It's an impl detail, right?
16:47 allison cotto: not yet
16:49 theory joined #parrot
16:51 darbelo joined #parrot
17:01 dukeleto what happened to http://docs.parrot.org/parrot/latest/html/d​ocs/book/ch11_directive_reference.pod.html ? it used to be a valid link and is now a 404
17:01 shorten dukeleto's url is at http://xrl.us/bfsjat
17:01 dukeleto shorten: you should check if something is a 404 before shortening it. just sayin'
17:02 whiteknight we can't make the bots too intelligent!
17:02 whiteknight dukeleto: pages in the book all got moved around
17:02 whiteknight you'll have to look through the repo /docs/book/* to find it's current resting place
17:02 whiteknight (thanks moritz++)
17:04 moritz don't we have bots for opping?
17:04 moritz opbots: trust whiteknight
17:04 slavorgn But I already trust whiteknight
17:04 slavorg But I already trust whiteknight
17:04 moritz I see that.
17:04 whiteknight yay! I'm trustworthy apparently
17:04 dukeleto looks like it moved to docs/book/draft/
17:04 moritz whiteknight: no, you are trusted ;-)
17:04 purl okay, moritz.
17:05 whiteknight no, you?
17:05 whiteknight whiteknight: no you?
17:05 purl good you.
17:05 moritz whiteknight?
17:05 purl whiteknight is mailto:wknight8111@gmail.com or the grand master funk or http://wknight8111.blogspot.com/
17:05 * whiteknight shakes his fist at purl
17:07 Austin joined #parrot
17:08 dukeleto looks like the docs/book/draft directory does not get html-ified on docs.parrot.org, shouldn't it be?
17:08 dukeleto it was publicly accessible and people linked to it, now it got moved around and is not even accessible, which sucks.
17:08 whiteknight I dont know what black magic puts those docs on the web in the first place, but yes, I think it should be there
17:10 moritz I think it's Coke's black magic
17:13 Austin Are there really still different cores?
17:14 whiteknight cores?
17:14 Austin And if so, does executing a 7 trace 1  switch them out?
17:14 Austin run cores
17:14 whiteknight oh yes, there are different runcores
17:14 whiteknight I am not familiar with "trace 1"
17:14 Austin Trace is an opcode.
17:14 Austin 1 would be an argument to the opcode.
17:14 whiteknight yes, I just don't know how it does what it does
17:14 Austin Ah.
17:15 Austin Well, the --help-debug suggests that running with --trace uses the slow core.
17:15 Austin But it doesn't say what happens if I turn on trace via opcode.
17:15 Austin (What happens is that I get a segfault.)
17:16 Austin Not at the site of the trace1, but later, trying to return from a sub call.
17:16 whiteknight maybe that's what is supposed to happen
17:16 moritz then we should rename it to segfault ;-)
17:16 Austin Indeed.
17:16 Austin Put it right next to "clone"
17:17 whiteknight we still need to fix that clone nonsense I guess
17:17 * whiteknight has been reminded
17:18 Austin You mean the other segfault opcode?
17:18 Austin :)
17:18 Austin I thought you had that taken care of.
17:26 whiteknight I had something that was sort of a solution at one point
17:26 whiteknight and then it was suggested that both my solution sucked and that I should use it to solve other problems
17:31 darbelo whiteknight: ping
17:31 whiteknight darbelo: pong
17:32 darbelo I'm looking at matrixy right now, and it's Configure.pl has *ancient* assumptions in it.
17:33 darbelo How would you feel about replacing it with something else?
17:34 darbelo s/Configure.pl/Configure.pl and Makefile templates/
17:35 dalek TT #1112 created by brianwisti++: Subject: Draft Parrot Book chapters no longer available on docs.parrot.org
17:38 dalek TT #1113 created by coke++: segfault in ??
17:40 Coke (docs) no black magic. just "make html"
17:41 dalek nqp-rx: 07b5fef | pmichaud++ | src/Regex/P6 (2 files):
17:41 dalek nqp-rx: Add node (line+file) annotations to P6Regex generation.
17:41 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/0​7b5fef34c0b9248266b1c721d91fe2e2ac9c7b0
17:41 shorten dalek's url is at http://xrl.us/bfsjik
17:43 darbelo whiteknight: Also, what' up with the patch in the top-level dir?
17:43 whiteknight darbelo: the configure script is ANCIENT'
17:43 whiteknight literally, we made that back before Parrot was even installable
17:44 whiteknight so please, if you know how to replace it with something better, please do
17:44 whiteknight the patch was supposed to add Complex support to PGE, which I think has already been done and can be deleted
17:45 whiteknight there is a LOT of cleanup to do, obviously
17:46 darbelo Hmm. I think I can make Configure.pl work with some minor modifications, gimme a sec.
17:46 joeri joined #parrot
17:48 darbelo Hm. No, I can't. Nevermind.
17:49 Coke partcl (unsurprisingly) fails against pcc_reapply branch.
17:49 whiteknight yeah, it's in bad shape
17:50 Coke the fake-cutable segfaults.
17:51 whiteknight what runcore does the fakecutable use?
17:51 whiteknight isn't it the fast core?
17:58 bacek joined #parrot
18:06 Austin Argh.
18:07 Austin Of course the solution to my segfault problem is to remove a file from the makefile, rebuild, then add it back, re-rebuild. No more segfault.
18:07 * Austin is being shagged by a rare parrot.
18:07 Coke bad makefile rules.
18:07 * Coke guesses.
18:07 purl guesses are fine, right now.. I don't have a clue what could be wrong :P
18:07 Austin http://www.youtube.com/watch?v=9T1vfsHYiKY
18:09 Austin Nah, the makefile rules are fine - it just cats a bunch of stuff into a gen_library file.
18:10 Austin There's something twitchy in the parrot innards that I was bothering.
18:10 whiteknight that's umpossible!
18:11 * Coke is up to 3 segfaults...
18:12 chromatic joined #parrot
18:15 hercynium joined #parrot
18:19 gaz joined #parrot
18:22 Coke http://smolder.plusthree.com/app/pu​blic_projects/report_details/29049 - look at the failure in t/cmd_expr.t ... huh?
18:22 shorten Coke's url is at http://xrl.us/bfsjq6
18:23 Coke (same with the other one.)
18:23 Coke ... got "foo", expected "foo" ?
18:23 Coke wtf?
18:27 kthakore hi
18:27 purl bonjour, kthakore.
18:27 kthakore morning chromatic
18:29 chromatic morning
18:30 Coke whee, different segfaults for partcl based on amd64 vs. feather.
18:30 Tene hi chromatic.
18:30 Tene kthakore: It's nice to see you sticking around.  I'm looking forward to seeing patches from you eventually. ;)
18:31 dukeleto kthakore: howdy
18:32 kthakore Tene: ok if I see patches for SDL Perl from you ;)
18:32 kthakore dukeleto: hit
18:32 kthakore oops
18:32 kthakore hi
18:32 purl hi, kthakore.
18:32 kthakore Tene: I am just trying to get a head start on Parrot for SDL Parrot in Jan
18:32 dukeleto kthakore: what are you hackin on in parrot these days?
18:33 kthakore dukeleto: line above
18:33 purl line above is the precise line on wich I get the error
18:33 dukeleto kthakore: where does SDL Parrot live?
18:33 kthakore dukeleto: NCI bindings of SDL Parrot but really really far from now
18:33 Tene There are already some SDL bindings...
18:33 Tene dunno what state they're in.
18:33 kthakore Tene: I know
18:34 kthakore Tene: teh are the suck
18:34 AndyA joined #parrot
18:34 dukeleto kthakore: i am learning about Parrot NCI now as well, since I want to have access to the GNU Scientific Library (GSL) from Parrot
18:36 kthakore dukeleto: ooh any linkies
18:37 kthakore dukeleto: SDL is a very modular C library and I am already having trouble with it in p5 but chromatic tells me its eaiser for Parrot
18:37 chromatic I found it was.
18:37 kthakore dukeleto: eventually I would like to have one NCI for both Perl 5 and Perl6/Parrot SDL Bindings
18:38 Tene "one NCI"?
18:38 kthakore chromatic: so do I
18:38 kthakore Tene: bindings are in XS right now
18:38 Tene Right.
18:39 kthakore Tene: P5NCI also exists so if I have NCI then hopefully have Parrot and Perl5 supported from one set of bindings
18:39 kthakore http://search.cpan.org/~chrom​atic/P5NCI-0.31/lib/P5NCI.pm
18:40 Coke planet parrot unstuck, should reflect soon.
18:41 Coke ... now, actually. enjoy.
18:43 kthakore Tene: so ya ... one set of bindings. Don't even know if its possible with current P5NCI.
18:43 dalek TT #1012 closed by coke++: Add http://leto.net/parrot.xml to Planet Parrot
18:44 davidfetter joined #parrot
18:44 kthakore work time!!
18:44 kthakore dukeleto: Tene I be back
18:47 Tene bye
18:50 treed Perl question: is there already a mock TCP server?
18:50 treed like the mock DBI, but for straight TCP
18:50 dalek partcl: 658dde1 | coke++ |  (3 files):
18:50 dalek partcl: Move list of skippable tests into repo instead of pulling from the wiki.
18:50 dalek partcl: review: http://github.com/partcl/partcl/commit/6​58dde1ff6c09a34453235f4c5ac0870ab15f139
18:50 shorten dalek's url is at http://xrl.us/bfsjwf
18:51 treed dammit
18:51 treed wrong channel
18:51 treed Well, kinda.
18:51 treed Not a totally wrong channel.
18:52 treed But, not my intended channel.
18:52 davidfetter "this is my channel. there are many like it, but this one is mine..."
19:02 AndyA joined #parrot
19:04 chromatic Moving CPointer into CallSignature would be easy if we could differentiate between a CallSig that handed params and a CallSig that handled returns.
19:05 chromatic The returns-filling code creates a new RPA, stores that in the CallSig by attribute, and pushes into the RPA directly.
19:05 dukeleto chromatic: does that imply that that we should perhaps mitosize CallSignature into 2 PMCs?
19:05 chromatic Good news: that's two extra PMCs (the RPA and the CPointer) that can go away in the one-parameter case.
19:06 chromatic I'm thinking about that, dukeleto.
19:07 chromatic They store two different things.  The param CallSig stores INSPs.  The returns CallSig stores pointers to INSPs.
19:08 desertm4x joined #parrot
19:09 Coke would it make sense to make them both have pointers or both have not?
19:10 chromatic It's less intrusive right now to retain pointers in the returns case.
19:10 Coke k
19:11 chromatic 40% fewer PMCs if I can pull this off though.
19:11 Coke I imagine that would be very nice for partcl.
19:13 dukeleto that sounds like quite a performance increase
19:13 dalek nqp-rx: 40101f8 | pmichaud++ | src/PAST/Compiler-Regex.pir:
19:13 dalek nqp-rx: Optimize quantification of common character classes like \s, \d, \w, etc.
19:13 dalek nqp-rx: Add infrastructure for optimized quantification of other regex node types.
19:13 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/4​0101f877e37a362f4cb1b4d6e669bd80ab1dc04
19:13 shorten dalek's url is at http://xrl.us/bfsj22
19:13 chromatic I wonder how long this needs to live, given a pending unification of Context and CallSignature though.
19:14 bacek Good morning
19:14 bacek chromatic: It will be useful even after unification
19:15 whiteknight joined #parrot
19:16 PerlJam chromatic: I don't know if it gets said enough, but once more can't hurt:  I really appreciate your efforts to optimize things.  It gives me a little thrill to see parrot go faster.
19:17 whiteknight ditto! chromatic++
19:17 Tene Yes, me too. chromatic++
19:17 * japhb piles on with a chromatic++ as well
19:18 dukeleto chromatic++ # for being lord of optimization
19:18 darbelo chromatic++ # aol
19:24 allison chromatic: after the post 2.0 unification, we will have two separate CallSigs, one for args and one for returns
19:24 allison chromatic: (or, we may recycle the PMC for efficiency, since we don't need the call sig any more when we prepare the return sig)
19:25 mokurai joined #parrot
19:25 allison chromatic: but, yes, for now we need returns stored inside the call sig, and returns are pointers to INSP instead of INSP directly
19:29 dalek tracwiki: v101 | darbelo++ | Languages
19:29 dalek tracwiki: Point the Matrixy entry to the language's new home in github.
19:29 dalek tracwiki: https://trac.parrot.org/parrot/wiki/L​anguages?version=101&amp;action=diff
19:29 shorten dalek's url is at http://xrl.us/bfsj5n
19:30 allison chromatic: we could store a return CallSignature object inside the call CallSignature object as self->results (instead of a ResizablePMCArray)
19:30 allison chromatic: and use the unionval trick to store the pointer directly as the positional element of the return CallSignature
19:34 darbelo Hmm, we should create a Wiki page for parrot libraries, and teach dalek to scrape it for repos.
19:36 dalek parrot: r41884 | bacek++ | trunk/t/compilers/imcc/syn (2 files):
19:36 dalek parrot: [t][cage] Fix tests for macro line numbering. Not all cores track
19:36 dalek parrot: interp->pc. Closing TT#1102
19:36 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41884/
19:36 dalek TT #1102 closed by bacek++: test failures with t/compilers/imcc/syn/macro.t and regressions.t in fast, ...
19:37 chromatic I'm thinking of making another (though I guess if the return size is known, it can be an array) linked list of tagged returns and storing that with get_pointer and fetching it with set_pointer.
19:38 chromatic It'd be an array of void *.
19:39 chromatic That's super easy to walk, it can be type safe, and it's much, much more compact and GC friendly than another PMC for the container and a PMC for each pointer.
19:40 bacek chromatic: we can precalculate args/returns size.
19:42 Tene exactly what I was thinking of.
19:42 chromatic Wow, look at all the loops in fill_results.
19:42 bacek chromatic: or we can explicitly extend internal storage on handling :flar/:slurpy
19:43 bacek :flat
19:45 Tene fill_* handles flat and slurpy.  no need to deal with them when building the callsig
19:45 Tene and yes, ETOOMANYLOOPS
19:46 chromatic The problem is that it's a 507-line C function.
19:46 Tene YES.
19:46 chromatic Let's call that Step Zero.
19:46 Tene I was planning to look to see if I could unify/factor out anything common between fill_*
19:46 chromatic It's like a regular step but has fewer calories and Coke can have a dozen a day.
19:47 chromatic Unification would be nice, but even extracting individual steps into their own named encapsulation units will help.
19:54 Coke ^_-
19:55 whiteknight so long as the optimization doesn't hurt the ongoing failure debugging, I'm all for it
19:55 whiteknight some of these failures are rediculous though
19:58 bacek chromatic: any objections on storing pointer to last cell in CallSignature to avoid loop in APPEND_CELL?
20:02 Coke msg dukeleto adding a link to the babysteps article you mentioned on teh blog at www.parrot.org would be nifty.
20:02 purl Message for dukeleto stored.
20:09 dukeleto Coke: i am confused. where should I add the link?
20:10 Limbic_Region joined #parrot
20:14 Coke I was going to suggest just a mini story that pointed to his docs.
20:18 kthakore Tene: back ...
20:18 Tene hi kthakore
20:18 kthakore Tene: were we talking about something?
20:18 Tene kthakore: No, we weren't.
20:20 kthakore ok
20:21 dukeleto Coke: oh, you mean adding a blog post to parrot.org about "baby steps", right ? I was misunderstanding
20:21 Coke yes
20:23 Coke dukeleto: regarding missing chapters of books, perhaps:
20:23 Coke "lib/Parrot/Docs/Section/Parrot.pm"
20:23 Coke I don't see the text "draft" in that file at all.
20:24 dukeleto Coke: yes, it seems that the parrot book got reorganized, but the "make html" target didn't get updated
20:24 cotto_work iirc make html could use a refactor.  A couple people have tried to figure it out and given up.
20:24 dukeleto cotto_work: yeah, like me :)
20:25 dukeleto cotto_work: i tried to get the dynops docs htmlified, and I got close, but punted
20:25 bacek joined #parrot
20:25 dukeleto cotto_work: probably another 30min of fiddling and I will get it to work, but I haven't touched it in weeks
20:26 dukeleto is there a "goto" person for docs/book/ ? particle?
20:26 cotto_work You could add it to ItsABughunt
20:26 cotto_work I don't know
20:26 dukeleto cotto_work: good idea
20:26 purl dukeleto: Good Idea: Throwing a surprise party for your father. Bad Idea: Throwing a surprise party for your grandfather.
20:26 dukeleto botsnack
20:26 purl :)
20:26 chromatic bacek, I thought about it, but I'm not sure it adds a lot.  It's a minor optimization.
20:26 cotto_work It'd save on future party expenses.
20:27 bacek chromatic: yeah, but still optimisation.
20:27 hercynium blog post: "FUCK THE CLOUD, BEFORE THE CLOUD FUCKS YOU." http://ascii.textfiles.com/archives/2255
20:27 hercynium sorry!
20:27 hercynium wrong channel :(
20:27 chromatic I'm not sure it's a measurable optimization at this point.
20:28 dukeleto hercynium: but I am still checking it out :)
20:28 hercynium heh... I'm not a cloud fan m'self
20:28 Coke dukeleto: which book?
20:28 hercynium (but I *am* a parrot fan)
20:28 Coke allison, chromatic, any one else. (roughly in that order.)
20:29 frodwith left #parrot
20:29 Coke whiteknight, IIRC.
20:29 Coke (if you mean content issues)
20:31 dukeleto Coke: any book
20:31 purl rumour has it any book is out of date the moment it hits paper
20:32 dukeleto hercynium: yeah, there is a high correlation between people who actively use the term "the cloud" and asshats
20:32 hercynium s/use/sell/
20:34 dukeleto hercynium: indeed.
20:50 allison Coke?
20:50 purl i think Coke is Will Coleda <mailto:will@coleda.com> or perpetually annoyed. or magical ticket robot or (if Diet), something that turns into formaldehyde in my blood.
20:51 allison oh, goto person for docs/book, right
20:52 dukeleto allison: i was wondering what the deal with the docs/book/draft directory is
20:52 allison dukeleto: yes, chromatic or I have the ability to push changes to update the printed version
20:53 dukeleto allison: people linked to ch11 of the the book but then it got reorged and now everything in the docs/book/draft directory is not htmlified
20:53 allison dukeleto: it's the unfinished chapters (either from the old book or new chapters) that didn't make it into the first Parrot book on PIR
20:53 dukeleto allison: should they still be publicly accessible as html on the docs.parrot.org site?
20:53 allison dukeleto: the drafts are mainly unreadable and unreliable
20:53 whiteknight they could be improved
20:53 whiteknight hell, they should be
20:53 dukeleto allison: i can understand that, but people linked to them in blog posts and now they are 404s. that sucks
20:54 allison whiteknight: sure
20:54 Coke allison: yes?
20:54 Coke ah.
20:54 dukeleto allison: should I try to fix "make html" to make it include the draft directory?
20:54 Coke dukeleto: yes.
20:54 Coke (I could have answered that. =-)
20:54 allison dukeleto: we aren't going to perpetually preserve all the links in the docs directory
20:55 dukeleto Coke: i know you are on board, I just wanted to hear what allison has to say :)
20:55 Coke allison: but it's not included /at all/, even in a draft/ dir.
20:55 allison dukeleto: if they want a permenant link, they should link to the page for a particular version of parrot
20:55 dukeleto allison: that solves the problem at hand, thanks!
20:55 Coke allison: we don't really advertise that link, only latest.
20:56 Coke s/advertise/link to, even./
20:56 allison Coke: the chapters that are reasonably finished and useful in the site are linked in
20:56 Coke I would treat the book in that respect like our placeholder code. make available, but mark as experimental.
20:56 allison I'd avoid linking in draft chapters that are inaccurate or nonsensical
20:57 allison (which means reviewing them)
20:57 Coke I would rather just publish everything and concentrate on reviewing them.
20:57 allison last I checked, some of them don't even parse
20:58 allison if thery're not on the front page, and clearly marked as drafts, it shouldn't throw anyone too far off
20:58 dukeleto just to give a concrete example, someone linked to http://docs.parrot.org/parrot/1.3.0/html/d​ocs/book/ch11_directive_reference.pod.html in a blog post, which looks like a useful chapter
20:58 shorten dukeleto's url is at http://xrl.us/bfskox
20:58 dukeleto i just changed the link to 1.3.0, but the person was using the link with 'latest' instead of 1.3.0, so the link went dead
20:59 Coke IWBNI if .../docs/book/ worked, btw.
20:59 Coke (even if only to redirect back to the top level page.)
20:59 dukeleto IWBNI?
20:59 purl IWBNI is "it would be nice if"
20:59 dukeleto botsnack
20:59 purl thanks dukeleto :)
20:59 allison dukeleto: except it's wrong in several places
21:00 Coke I think we're more like to get our docs fixed if we publish them warts and all (with DRAFT as appropriate).
21:00 allison Coke: a page could be added for that
21:00 dukeleto allison: what about putting "THIS IS A DRAFT AND VERY POSSIBLY IS WRONG/OUT OF DATE" at the top of draft chapters?
21:00 Coke allison: yes, I'm feeding dukeleto tasks. =-)
21:00 allison Coke: the current html doc processing is a bit byzantine
21:00 dukeleto coke++ # sunshine is a pretty decent disinfectant
21:00 Coke dukeleto: I think "DRAFT" is fine, yes.
21:01 Coke perhaps a "NEEDS REVIEW", even.
21:01 allison dukeleto: yes, DRAFT in the title is fine
21:01 allison (or some other large/prominent text
21:02 allison but, not on the front page
21:03 dukeleto allison: so, are you saying that draft chapters should be available but linked to?
21:03 dukeleto s/linked to/not linked to/
21:04 allison dukeleto: how about just one link on the front page to Book?
21:04 allison dukeleto: then chapter links on the Book page
21:04 allison dukeleto: (or Books)
21:04 dukeleto allison: that sounds fine with me.
21:05 allison dukeleto: then break that page down into "Programming Parrot: PIR", and "DRAFT", and whatever the other books in docs/book are
21:05 allison dukeleto: IIRC, there's a rough draft for compiler tools too
21:05 dukeleto allison: ok, sounds like a plan
21:11 Coke the chapter links for books will include links to draft chapters, yes?
21:33 cconstantine joined #parrot
22:01 cotto_work chromatic, do you think the pcc refactor will yield any potential optimizations for the profiling runcore?
22:05 chromatic Nothing comes to mind.
22:05 chromatic I had an idea (with Whiteknight? bacek?) a while back about changing the way we index annotations in the annotation chunk of the bytecode.
22:06 chromatic It's O(n) to find the annotations for any particular opcode, and that adds up for the profiling runcore.
22:06 cotto_work quite
22:07 cotto_work Maybe I should dust off my todo list and get hacking on that.
22:08 chromatic I think we need to fix line numbering first, but japhb had some thoughts on that.
22:11 cotto_work yeah, but that involves imcc
22:15 chromatic That's not the awful part of IMCC.
22:15 chromatic Mostly I just need to know which syntactic constructs are wrong.  It's reasonably easy to fix then.
22:17 japhb chromatic: sorry I have not had the time to deal with that.  RL has been in the way last week and this.  :-(
22:22 theory joined #parrot
22:22 treed Is there a way to get a diff of just the recent commits *I* made?
22:22 treed (git)
22:23 Tene git log | grep treed | ...
22:23 moritz git log --author=treed
22:24 moritz and if you also want the diff, add the -p option
22:24 treed Aha, thanks.
22:24 Tene Huh.  Nice.
22:24 Tene moritz++
22:24 cotto_work chromatic, do you think we'll eventually want parrot to load libraries that can take CLI options?
22:25 Tene "libraries that can take CLI options"??
22:25 chromatic IMCC versus PIRC, for example?  Assuming a PIR parser is loadable.
22:25 chromatic Suppose the profiling core is loadable but has optional CLI options.
22:25 Tene ah
22:26 cotto_work yeah, like that
22:26 chromatic cotto_work, eventually yes.
22:26 cotto_work ok
22:29 mikehh joined #parrot
22:37 dalek tracwiki: v5 | cotto++ | ItsABughunt
22:37 dalek tracwiki: add cli argument parsing
22:37 dalek tracwiki: https://trac.parrot.org/parrot/wiki/I​tsABughunt?version=5&amp;action=diff
22:37 shorten dalek's url is at http://xrl.us/bfsk8i
22:38 cotto_work Hmm.  Processing seems to be the word I was looking for.
22:55 Whiteknight joined #parrot
23:06 patspam joined #parrot
23:09 ash_ joined #parrot
23:26 darbelo Okay, let's see if dalek handles the new repo...
23:27 Whiteknight what new repo?
23:28 darbelo Matrixy.
23:28 Whiteknight oh nice
23:28 darbelo I adjusted the matrixy entry on the wiki to point to github. I think that's enough for dalek to start reporting commits.
23:29 Whiteknight here's hoping
23:29 japhb darbelo, did you already put in the one for the libs?
23:29 Whiteknight there are lots of commits needed :)
23:29 darbelo japhb: We don't have a libs page on the wiki.
23:30 darbelo We should have, and dalek should know about it. But we don't, AFAIK.
23:30 japhb darbelo: I thought we did ... only a couple entries in it, IIRC
23:30 darbelo I could be wrong.
23:30 * japhb looks ....
23:31 japhb Ah, here it is: https://trac.parrot.org/parrot/wiki/Modules
23:32 darbelo And I was the last person to edit it.
23:32 * darbelo feels stupuid.
23:32 * darbelo feels doubly stupid.
23:32 japhb heh
23:33 japhb No worries.  Not like any of us have more than a couple things on our mind at any given time or anything ....
23:35 Whiteknight it's too hard to find pages in that damn wiki
23:35 Whiteknight we need to be better about linking pages together
23:36 darbelo Whiteknight: What would you put on the "Written in" column for parrot-linear-algebra?
23:36 Whiteknight PIR
23:36 Whiteknight it will probably be a combination of C and PIR
23:37 Whiteknight because we're going to need library bindings and wrappers, but we're also going to want matrix PMC types written in C
23:38 darbelo ok, done. Gave it a "Alpha" Completeness.
23:39 Whiteknight nice
23:40 dalek tracwiki: v3 | darbelo++ | Modules
23:40 dalek tracwiki: Add parrot-linear-algebra to the list.
23:40 dalek tracwiki: https://trac.parrot.org/parrot/wiki​/Modules?version=3&amp;action=diff
23:40 shorten dalek's url is at http://xrl.us/bfsmhy
23:41 theory joined #parrot
23:41 darbelo But I am pretty sure that dalek doesn't know about that page.
23:42 Whiteknight allison: ping
23:42 japhb darbelo: and thus, your next task.  ;-)
23:43 Whiteknight allison: nvermind, unping
23:45 Whiteknight I think tailcalls are borked
23:46 chromatic I'm sure they are.
23:46 Whiteknight somewhere the call signature of a tailcall needs to get at the returns portion of the parent's callsignature
23:46 Whiteknight and I don't think thta's happening
23:48 darbelo https://trac.parrot.org/parrot/wiki/Languages needs pruning. Lots of abandoned languages there.
23:49 dukeleto darbelo: how do we define 'abandoned' ?
23:49 Whiteknight nobdoy working on it. No hope. All alone and nobody cares.
23:50 darbelo Damm, there was a languages/tap in parrot.
23:51 darbelo japhb: Hasn't been updated to the brave, new, post-1.0 world. And nobody plans to.
23:52 Whiteknight I think we could save some complexity if set_args returns the CallSignature PMC, and we pass that to get_results
23:52 Whiteknight and then pass it also to invoke
23:53 Whiteknight saves us from having to call Parrot_pcc_[get|set]_signature so many times
23:53 dukeleto Whiteknight: 'nobody' working on it for how long?
23:53 Whiteknight AND gives us the flexibility to be more manual in our handling of CallSignatures
23:54 chromatic Whiteknight, if we unify CallSig and Context, won't we have to undo that?
23:54 dukeleto Whiteknight: just trying to quantify what we consider 'abandoned'
23:54 Whiteknight chromatic: no, not at all. We'll still call invoke with the Context PMC
23:54 japhb darbelo: huh what?
23:54 Whiteknight but that gives us the ability to say "run in this context" a
23:54 Whiteknight and gives us the ability to preinitialize a context for a call if we choose
23:55 chromatic Which invoke?
23:55 Whiteknight invokecc is the one I am thinking of specifically
23:55 darbelo japhb: sorry, meant dukeleto.
23:55 Whiteknight dukeleto: I don't know. Anything that doesn't build against current Parrot is a good candidate
23:56 Whiteknight anything that hasn't been touched since before the last supported release (1.4) and doesn't even build against that is better
23:56 darbelo dukeleto: I'd call anything that needs a pre-1.0 parrot 'abandoned'
23:56 Whiteknight darbelo: I agree
23:56 Whiteknight UNLESS it's under active development and is sepcifically targetting that parrot
23:57 jonathan My initial thoughts on unifying call_sig and context is "omfg don't do that"
23:57 jonathan erm, CallSig
23:57 jonathan Multi-dispatch needs to make a decision on what to invoke based on the call signature and *then* create a context.
23:57 Whiteknight jonathan: why not?
23:58 jonathan e.g. the context of the chosen candidate.
23:58 Whiteknight we allocate register storage separately from the Context PMC itself
23:58 jonathan At the point we call VTABLE_invoke, we don't know whether we're going to want a new context.
23:59 Whiteknight we can create the Context before hand and initialize it when the candidate is found
23:59 jonathan Whiteknight: That feels hacky/icky.
23:59 Whiteknight and if we don't use the contexty parts of the new franken PMC, we don't use it
23:59 jonathan I'm all for optimizations.
23:59 dukeleto darbelo, Whiteknight: those are some better definitions. but I can also see that a single contributor was working on something and then RL got the way for X months
23:59 dukeleto it could still pick back up again
23:59 jonathan But this feels like losing a separation of concerns.
23:59 dukeleto i think i like the term 'historical' over 'abandoned'

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

Parrot | source cross referenced