Camelia, the Perl 6 bug

IRC log for #parrot, 2010-08-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:00 Psyche^ joined #parrot
00:06 plobsing does parrot's core have any thread-local storage strategy beyond "just shove another member into interp"?
00:20 kid51 joined #parrot
00:20 luben joined #parrot
00:25 darbelo plobsing: parrot's core doesn't have functional threads, right now.
00:26 mikehh All tests PASS (pre/post-config, make corevm/make coretest, test, fulltest) at r48495 - Ubuntu 10.04 amd64 (g++ with --optimize)
00:28 preflex joined #parrot
00:32 plobsing darbelo: I'm just looking for a better way to do what IMCC's imc_info does now.
00:49 simcop2387 joined #parrot
00:58 darbelo plobsing: whiteknight's gsoc student (Chandon, I think) was working on threads, he might have some idea.
01:28 whiteknight eh?
01:29 dalek parrot: r48496 | jkeenan++ | trunk/t/native_pbc (4 files):
01:29 dalek parrot: (Once again ...) Run tools/dev/mk_packfile_pbc to update t/native_pbc files for Darwin/PPC.
01:30 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48496/
01:30 dalek parrot: r48497 | jkeenan++ | trunk/src/pmc/callcontext.pmc:
01:30 dalek parrot: [codingstd] Insert POD 'item' so that documentor will know where to add
01:30 dalek parrot: function documentation.
01:30 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48497/
01:31 plobsing whiteknight: any ideas about how a core parrot component (eg: packfile reading) should go about caching re-usable objects (I'm thinking some kind of thread-local cache)
01:31 plobsing but I'm not sure if we have anything like that
01:31 whiteknight we don't have anything like that now, no. I think that kind of stuff is a little bit tangential to what Chandon has been doing in his project
01:32 whiteknight I think he's put some consideration towards it, but he's had other projects to work on first
01:32 plobsing cool
01:33 whiteknight in short, it's obviously something we want. We just aren't there yet
01:34 plobsing the root problem that I'm trying to solve is that we allocate 1 ImageIO (and 1 RPA) for every PBC constant we thaw. Rakudo thaws 10s maybe 100s of thousands of these. If we could somehow reuse the ImageIO we could probably get a pretty big win.
01:37 whiteknight purl msg Chandon people are very interested in your project. I don't know what your plans are, but a writeup about what all you've accomplished this summer, what else you think needs to get done, and how you think other interested developers can get involved (and there ARE several) would be very awesome.
01:37 purl Message for chandon stored.
01:38 whiteknight plobsing: yes, anytime we can cache/reuse a PMC like that it could be a win
01:38 plobsing btw, when we're allocating these, the GC is off.
01:39 whiteknight of course, some of that win is lost over long program runs by having to mark those PMCs for each GC run, so we really need some kind of generational GC to mark those kinds of PMCs as long-lived
01:39 whiteknight ok
01:41 rurban_ joined #parrot
01:42 darbelo whiteknight: if you know the precise lifetime of the PMC you could allocate it in a constant pool and deallocate manually.
01:44 plobsing darbelo: is this strategy documented or used anywhere? this might be something I could use.
01:44 whiteknight darbelo: maybe, but the constant pool is pretty well disliked and we can't rely on it being around forever. A way to anchor a live PMC and move it to a rarely-scanned generation would be best
01:46 dalek parrot: r48498 | jkeenan++ | trunk/src/pmc/class.pmc:
01:46 dalek parrot: Insert POD 'item' so that documentor will know where to add PMC function documentation.  In several places, convert inline comments to POD.
01:46 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48498/
01:47 darbelo plobsing: See Parrot_pmc_new_temporary(), line 637 of src/pmc.c
01:48 whiteknight temporaries are a little dangerous. They are not intended for any PMC which has a lifespan more than a C function
01:49 darbelo True, but a similar strategy could be applied to 'manually managed' PMCs.
01:55 plobsing what is wrong with yacc that causes every ~1/10 of my complete rebuilds to generate complete garbage in compilers/imcc/imcparser.c?
01:56 darbelo Are you running configure with --maintainer ?
01:56 plobsing yes
01:57 darbelo Oh, wait. You are *hacking* on IMCC. Sorry, nevermind.
01:58 plobsing I'm not right now. I do on occasion, so I have parrot-config aliased appropriately.
02:03 dalek parrot: r48499 | jkeenan++ | trunk/src/pmc/eval.pmc:
02:03 dalek parrot: [codingstd] Insert POD 'item' so that documentor will know where to add
02:03 dalek parrot: function documentation.
02:03 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48499/
02:06 mikehh rakudo (9e1bcd4) builds on parrot r48495 - make test PASS, make stresstest (pugs r31999) PASS - Ubuntu 10.04 amd64 (g++ with --optimize)
02:09 simcop2387 joined #parrot
02:09 mikehh kid51: how are we doin' on pmc docs, haven't looked for a couple of days?
02:12 darbelo Hm. I guess over half an hour to compile rakudo is too high a price for building unde 300mb of RAM.
02:13 kid51 darbelo:  See rt.perl.org for  [perl #76828]
02:14 kid51 For me rakudo* failed to build on my venerable iBook G4, 256mb phys mem -- although it perl6 was certainly building on Parrot 2 years ago
02:14 kid51 Also, see my recent post to parrot-dev list on this subject
02:15 plobsing kid51: do static functions need POD doc?
02:15 darbelo I'm kid51 I've seen it. And I'm also, kind of, working on it.
02:16 kid51 plobsing: I assume all those PMC docs need documentation unless someone provides a good reason otherwise.
02:16 mikehh darbelo: my build took  real    4m4.350s, user    4m40.460s, sys     0m4.610s
02:17 kid51 If you have such a good reason, you should post in https://trac.parrot.org/parrot/ticket/1726
02:17 plobsing as far as I'm concerned, static functions are implementation details.
02:17 kid51 Please post in that TT.  I'm just going thru the ticket that mikehh created for me :-)
02:17 mikehh darbelo: stresstest - real    22m13.218s, user    71m14.060s, sys     2m17.160s
02:17 darbelo mikehh: On my box, the 'branch point' is 6min or so, current branch time is a bit under 8mins, after that last failed tune up, it took over half an hour.
02:18 darbelo I'm mostly using the rakudo build as stress test for pool compacting :)
02:18 kid51 mikehh:  As posted in TT #1726, I've been going thru the .pmc files claimed to be deficient re docs by t/coding_std/pmc_docs.t.
02:19 kid51 I've been adding the POD =item headers, which (most of the time) converts the function from "missing documentation" to "boilerplate only."
02:20 dalek parrot: r48500 | jkeenan++ | trunk/src/pmc/imageio.pmc:
02:20 dalek parrot: Insert POD 'item' so that documentor will know where to add PMC function documentation.  In several places, convert inline comments to POD.
02:20 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48500/
02:20 kid51 And then I've been emailing our various contributors to request assistance.
02:20 kid51 Hence, plobsing's question, which is probably a reaction to the email I've sent him! :-)
02:21 kid51 For the time being, I'll let others argue over what our PMC function documentation standard *ought* to be.
02:21 kid51 I'm just trying to make the documentors' job easier.
02:22 kid51 mikehh: But t/codingstd/pmc_docs.t, which is pretty much a clone of c_function_docs.t, has some problems.
02:23 kid51 Functions whose signatures are more than 100 characters (I think) or functions whose first lines or signatures we have broken into two+ lines to pass the linelength.t test, are still characterized as "missing" rather than boilerplate.
02:24 mikehh kid51: in what area, I do know it is requires "exact" documentation?
02:24 kid51 mikehh:  Which 'it' are you referring to?
02:25 mikehh kid51: documentation, the line beeak apears to be 80 characters
02:25 mikehh break
02:26 darbelo kid51: For the record, I think static functions in PMC files *shouldn't* have POD documentation. They should be documented, yes, but not in POD.
02:26 kid51 So, pmc_docs.t is an imperfect tool.
02:26 mikehh for the pod documentation
02:26 kid51 darbelo:  Can you post that in TT #1726?
02:27 mikehh in terms of the header item it seems to break lines at 80 characters c_function_docs.t at least
02:27 darbelo kid51: Will do.
02:28 kid51 darbelo, plobsing:  If the consensus is that static functions in PMCs should not have POD, then we will try to change the tool to take that into account.
02:28 kid51 But, suggestions for modifying the coding standards have to start on TT or on list.
02:29 mikehh we should bring that up as the #ps meeting for a decision on it
02:29 * kid51 knows very little personally about the structure/content of .pmc files ... but
02:30 * kid51 does know how to insert POD formatting code!
02:31 kid51 Are static functions in PMCs the same as static functions in C?
02:31 plobsing yes. pmc2c just passes them through.
02:32 kid51 In the meantime, if there are any "non-static" functions in the .pmc files we asked you to take a look at, please try to write a few sentences of documentation for them.
02:32 kid51 And if you feel like substituting /* */ comments for POD =item for the static functions, please do so.
02:33 kid51 The main point is to make our source code more readily accessible to the next generation of Parrot developers, e.g., next year's GSOC students!
02:35 plobsing I understand that, but I see POD docs as documentation for people who just want to *use* the PMCs, without opening up the files.
02:35 plobsing comment documentation for people actually editing the files.
02:36 mikehh we seem to require pod documentation for static functions with c_function_docs.t
02:36 kid51 Well, post all your feelings about this issue in the TT.
02:37 plobsing I already made a short comment.
02:37 kid51 Yes, just got it.  Thanks.
02:45 mikehh I am pretty sure that the coding standards were set up to make sure that functions were documented. both for the user and maintainer
02:46 mikehh we had too many instances of NO documentation at all
02:46 plobsing Yes, but what is signal to one is noise to the other and vice-versa. POD vs comments is a good way to create two communication channels.
02:47 mikehh trying to fix a problem often comes with gah what is that function for
02:48 mikehh perhaps for later, at this stage we need to enforce some documentation standard
02:48 janus joined #parrot
02:49 whiteknight is there any way in PIR to assign a key literal to a register?
02:50 mikehh and testing for the existance of documentation is difficult at any time, with some standard you at least can say there is SOME documentation
02:53 dalek parrot: r48501 | plobsing++ | trunk (4 files):
02:53 dalek parrot: move cursor management into Parrot_{freeze,thaw}_pbc
02:53 dalek parrot: this is the first step towards eliminating unecessary unecessary generation of string headers in packfile freeze/thaw
02:53 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48501/
02:53 mikehh with the tests in c_function_docs.t and now pmc_docs.t we can at least test that every function has some (or not) documentation.
02:54 mikehh It is not perfect,by any means, but better than nothing
02:54 kid51 mikehh:  Agreed.
02:55 kid51 mikehh:  Let's assume for the moment that all those POD =item markers I've been putting into .pmc files for the past couple of days -- or more precisely, those near 'static' functions -- are not the best approach ...
02:56 kid51 ... nonetheless, more than 97% of those static functions have neither inline comments nor POD.
02:56 plobsing that's fair.
02:57 plobsing I'm also not sure how PDDs are supposed to factor into this.
02:58 mikehh kid51: definately - at some later stage we can maybe look at other methods of checking for documentation, at the moment we at least have something
02:58 preflex joined #parrot
03:00 * kid51 must sleep
03:00 purl Sleep is for the weak.
03:00 kid51 purl forget sleep
03:00 purl kid51: I forgot sleep
03:04 whiteknight has something changed recently with library loading?
03:26 dalek parrot: r48502 | mikehh++ | trunk/src/pmc/class.pmc:
03:26 dalek parrot: fix codetest failure - trailing whitespace
03:26 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48502/
03:38 whiteknight bah. I don't know what happened, but I am suddenly unable to loadlib my library
03:49 Tene whiteknight: ask strace to show you where it's looking, and if it was found.
03:50 whiteknight Tene: I'm tracking it down. I think there's an error in my lib
03:50 Tene ahh
03:51 whiteknight pmc2c-- was silently breaking one of my dynpmcs, which I think was creating a dynpmc without all the exported symbols defined
03:52 Tene ack
03:54 mikehh All tests PASS (pre/post-config, make corevm/make coretest, test, fulltest) at r48502 - Ubuntu 10.04 amd64 (gcc with --optimize)
03:58 Coke left #parrot
04:09 dalek parrot-linear-algebra: 2694048 | Whiteknight++ | src/rakudo/nummatrix2d.pm:
04:09 dalek parrot-linear-algebra: jot down a quick wrapper for NumMatrix2D for Rakudo. I haven't tested it and
04:09 dalek parrot-linear-algebra: have no reason to suspect that it's sane.
04:09 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/2694048e57fbe622622b04a363b19e5c8e2b5e95
04:09 dalek parrot-linear-algebra: 3489a10 | Whiteknight++ |  (2 files):
04:09 dalek parrot-linear-algebra: update the rakudo class, and add a short example file proving that at least some
04:09 dalek parrot-linear-algebra: of it works
04:09 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/3489a103ac991d83b20a54e91ef1ef0a513301a4
04:09 dalek parrot-linear-algebra: d51befe | Whiteknight++ | src/pmc/pmcmatrix2d.pmc:
04:09 dalek parrot-linear-algebra: fix a build warning/error in pmcmatrix2d
04:09 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/d51befe5e53e5ba051bc388a0f27dc1a7f4d054e
04:09 dalek parrot-linear-algebra: 4f25fcb | Whiteknight++ | s (4 files):
04:09 dalek parrot-linear-algebra: add a new MatrixProxy type, which is going to facilitate lvalue postcircumfix:<[
04:09 dalek parrot-linear-algebra: ]> assignments in rakudo. The proxy caches a reference to a matrix and a Key,
04:09 dalek parrot-linear-algebra: and converts scalar get/set on the proxy to keyed get/set on the matrix
04:10 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/4f25fcbcd873bf316cbcfde2689114c9f6f61f1c
04:10 dalek parrot-linear-algebra: 9bd9299 | Whiteknight++ | src/pmc/complexmatrix2d.pmc:
04:10 dalek parrot-linear-algebra: add stub zgemm wrappers to ComplexMatrix2D. Commented out because it doesn't
04:10 dalek parrot-linear-algebra: even compile yet
04:10 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/9bd92998c9015ab52c3dce3638b049764f6f8034
04:11 whiteknight Rakudo is going to have a full-fledged linear algebra module soon, with ever-expanding interfaces to BLAS
04:11 whiteknight The rest of the language might be slow, but it's matrix multiplications are going to be hella fast
04:12 whiteknight but, it's after midnight now, so it's time for bed. Goodnight
04:12 simcop2387 left #parrot
04:15 dalek parrot-linear-algebra: 9db7bcd | Whiteknight++ | .gitignore:
04:15 dalek parrot-linear-algebra: update .gitignore to ignore generated files in src/nqp
04:15 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/9db7bcdae34cf8270ce46987472bd60b413a4167
04:25 mikehh rakudo (9e1bcd4) builds on parrot r48502 - make test PASS, make stresstest (pugs r31999) PASS - Ubuntu 10.04 amd64 (gcc with --optimize)
05:08 dalek parrot: r48503 | mikehh++ | trunk/src/pmc/bigint.pmc:
05:08 dalek parrot: correct =item to pass boilerplate only in pmc_docs.t
05:08 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48503/
05:13 Coke joined #parrot
05:13 Coke Does nqp-rx have a version of PGE::Util::split?
05:18 Coke nevermind, moving to list. gnight.
05:18 Coke left #parrot
05:24 dalek parrot: r48504 | mikehh++ | trunk/src/pmc/callcontext.pmc:
05:24 dalek parrot: correct =item(s) to pass boilerplate only in pmc_docs.t
05:24 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48504/
05:24 dalek parrot: r48505 | mikehh++ | trunk/src/pmc/class.pmc:
05:24 dalek parrot: correct =item(s) to pass boilerplate only in pmc_docs.t
05:24 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48505/
05:24 dalek parrot: r48506 | mikehh++ | trunk/src/pmc/eval.pmc:
05:24 dalek parrot: correct =item to pass boilerplate only in pmc_docs.t
05:24 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48506/
05:36 ingy joined #parrot
05:54 * mikehh enough for now - need a break, more later
05:57 dalek parrot: r48507 | mikehh++ | trunk/src/pmc/integer.pmc:
05:57 dalek parrot: add documentation to pass pmc_docs.t
05:57 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48507/
05:57 dalek parrot: r48508 | mikehh++ | trunk/t/codingstd/pmc_docs.t:
05:57 dalek parrot: remove src/pmc/integer.pmc from TODO list of pmc_docs.t
05:57 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48508/
06:06 dalek rakudo: 8455499 | pmichaud++ |  (17 files):
06:06 dalek rakudo: Merge branch 'master' into range
06:06 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/8​455499d4e6494bf09ff4d0377cb6d4ef90121a7
06:06 dalek rakudo: e8f2c6b | pmichaud++ | src/core/Range (2 files):
06:06 dalek rakudo: A few more Range updates for Whatever, .from, .to, .bounds.
06:06 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​8f2c6b00fde86f1b7bbe47a5538eac277d47ca4
06:06 dalek rakudo: 3f202d5 | pmichaud++ | src/core/ (3 files):
06:06 dalek rakudo: More range improvements.  All spectests pass.
06:06 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​f202d57120e748b553ef1241eb7debba58e415d
06:06 dalek rakudo: 6be4293 | pmichaud++ | src/core/Range.pm:
06:06 dalek rakudo: No longer need separate checks for +/- Inf in Range.
06:06 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/6​be4293980dab7b731d5ec754b5f5f3c57ebcb2f
06:19 whiteknight joined #parrot
06:25 robin-gvx joined #parrot
06:48 fperrad joined #parrot
07:13 jsut_ joined #parrot
08:11 jsut joined #parrot
09:41 rurban_ joined #parrot
10:33 barney joined #parrot
10:39 dalek parrot: r48509 | barney++ | trunk/examples/languages/squaa​k/doc/tutorial_episode_1.pod:
10:39 dalek parrot: Worked on episode 1 of the Squaak tutorial.
10:39 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48509/
10:39 lucian joined #parrot
10:55 dalek parrot: r48510 | barney++ | trunk/examples/languages/squaa​k/doc/tutorial_episode_2.pod:
10:55 dalek parrot: Fixed name of executable and name of pod file.
10:55 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48510/
10:55 dalek parrot: r48511 | barney++ | trunk/examples/languages/squaa​k/doc/tutorial_episode_1.pod:
10:56 dalek parrot: Rectified error: installable_squaak compiles to PIR, not PBC.
10:56 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48511/
11:52 preflex joined #parrot
11:58 lucian joined #parrot
12:08 mikehh All tests PASS (pre/post-config, make corevm/make coretest, test, fulltest) at r48511 - Ubuntu 10.04 amd64 (g++)
12:19 whiteknight joined #parrot
12:20 dalek rakudo: 10041cb | (Solomon Foster)++ | src/core/ (2 files):
12:20 dalek rakudo: Implement infix:�<=>�(Num, Num),  infix:�cmp�(Num, Num), and
12:20 dalek rakudo: infix:�<=>�(Int, Int) along the model of the previous infix:�cmp�(Int, Int).
12:20 dalek rakudo: On the plus side, this knocks about 10% off the execution time of Range
12:20 dalek rakudo: iteration on Nums.  (It's still mysteriously about 50% slower than Range
12:20 dalek rakudo: iteration on Ints.)  On the minus side, all of these functions are violating the
12:20 dalek rakudo: spec by not using the Order enum.
12:20 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​0041cb050a81f463020400d897e70d55ebb65d1
12:35 dalek parrot: r48512 | mikehh++ | trunk/src/pmc/bignum.pmc:
12:35 dalek parrot: add documentation to pass pmc_docs.t
12:35 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48512/
12:35 dalek parrot: r48513 | mikehh++ | trunk/t/codingstd/pmc_docs.t:
12:35 dalek parrot: remove src/pmc/bignum.pmc from TODO list of pmc_docs.t
12:35 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48513/
12:42 kid51 joined #parrot
12:44 kid51 mikehh:  Did you stay up all night writing documentation?
12:45 kid51 (I had sent emails to several committers requesting their efforts.)
12:48 jan joined #parrot
12:51 dalek parrot: r48514 | mikehh++ | trunk/src/pmc/packfile.pmc:
12:51 dalek parrot: add documentation to pass pmc_docs.t
12:51 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48514/
12:51 dalek parrot: r48515 | mikehh++ | trunk/t/codingstd/pmc_docs.t:
12:51 dalek parrot: remove src/pmc/packfile.pmc from TODO list of pmc_docs.t
12:51 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48515/
13:07 mikehh kid51: not all night - got a nap of about 4 hours
13:08 dalek parrot: r48516 | mikehh++ | trunk/src/pmc/orderedhash.pmc:
13:08 dalek parrot: add documentation to pass pmc_docs.t
13:08 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48516/
13:08 dalek parrot: r48517 | mikehh++ | trunk/t/codingstd/pmc_docs.t:
13:08 dalek parrot: remove src/pmc/orderedhash.pmc from TODO list of pmc_docs.t
13:08 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48517/
13:15 mikehh kid51: about 3 files left with Undocumented functions:, going to leave it you for a bit, need to look at html_cleanup branch
13:17 kid51 mikehh:  Well, my hope was that writing docs would not fall to just the Cage Cleaners.  That's why I've sent email to about a dozen commiters requesting their help.
13:19 Infinoid mikehh++
13:20 mikehh kid51: I put in some documentation where I thought I understood what was happening, and got caught up, but enough of that for now for me, just making sure I didn't break anything
13:29 whiteknight kid51: ping
13:31 barney joined #parrot
13:31 dalek TT #1744 created by whiteknight++: load_language "nqp" fails
13:31 dalek TT #1744: http://trac.parrot.org/parrot/ticket/1744
13:50 macroron joined #parrot
13:50 mikehh All tests PASS (pre/post-config, make corevm/make coretest, test, fulltest) at r48517 - Ubuntu 10.04 amd64 (g++ with --optimize)
13:51 * mikehh gotta go to a local LUG meetin' - bbl
13:59 whiteknight purl msg Austin in kakapo's unit tests, I would like a way to prove that a test runs to completion. I had a series of tests that were exiting early, but weren't failing any assertions so I didn't know about it
13:59 purl Message for austin stored.
14:15 moritz whiteknight: don't you have a test plan?
14:24 whiteknight moritz: kakapo's tests are modeled on xunit
14:25 whiteknight each test is a function, the test "passes" unless an assertion is failed
14:25 moritz hm
14:26 bacek joined #parrot
14:26 bacek aloha, humans
14:28 aloha joined #parrot
14:32 whiteknight good morning, bacek
14:32 bacek whiteknight, it's about 10 pm here :)
14:32 bacek clock?
14:32 purl bacek: LAX: Sun 7:32am PDT / CHI: Sun 9:32am CDT / NYC: Sun 10:32am EDT / LON: Sun 3:32pm BST / BER: Sun 4:32pm CEST / IND: Sun 8:02pm IST / TOK: Sun 11:32pm JST / SYD: Mon 12:32am EST /
14:32 whiteknight bacek: it's morning somewhere
14:32 bacek whiteknight, indeed
14:33 JimmyZ joined #parrot
14:52 jan joined #parrot
14:56 ruoso joined #parrot
15:00 arnsholt in PIR, .return () returns a NULL PMC, right?
15:01 lucian joined #parrot
15:03 whiteknight arnsholt: I don't know. I don't think it returns anything
15:05 arnsholt Ah. That probably explains the weirdness I'm seeing
15:06 arnsholt Or not. More continuation weirdness. Yay
15:14 theory joined #parrot
15:15 darbelo joined #parrot
15:16 dalek rakudo: 21f3104 | moritz++ | build/PARROT_REVISION:
15:16 dalek rakudo: bump PARROT_REVISION to get some testing after the merge of the parrot
15:16 dalek rakudo: gc_treshold_tuning branch
15:16 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​1f3104a4363f42a246d5252150e45f8442f31eb
15:16 dalek rakudo: 869b1fc | moritz++ | src/core/ (2 files):
15:16 dalek rakudo: Merge branch 'master' of github.com:rakudo/rakudo
15:16 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/8​69b1fc3c3479a088cb8fb8936ea3f75b79fff59
15:21 ruoso joined #parrot
15:39 dalek rakudo: f100e9d | pmichaud++ | src/core/ (3 files):
15:39 dalek rakudo: Using double-angles around 'cmp' makes them harder to find (e.g., with ack).
15:39 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​100e9dcd210dafa33ffb1ed23a88a29efc5110d
15:43 theory joined #parrot
15:57 gunnar_ joined #parrot
16:08 khairul joined #parrot
16:18 lucian joined #parrot
16:19 pmichaud whre can I find information about community repositories on github?
16:19 pmichaud *where
16:22 lucian joined #parrot
16:27 pmichaud nm, I found it.
16:44 arnsholt Is a continuation supposed to reset registers to the value they had, or are subsequent changes supposed to remain?
16:56 ruoso joined #parrot
17:48 whiteknight joined #parrot
19:22 tcurtis joined #parrot
19:37 darbelo Okay, I think that's about as far as I'm going to get with compact_pool. Meh.
19:38 dalek rakudo: c4b6df5 | (Solomon Foster)++ | src/core/ (2 files):
19:38 dalek rakudo: Move the infix:�<=>�(Numeric, Numeric) logic into infix:<cmp>(Numeric,
19:38 dalek rakudo: Numeric), and have infix:�<=>�(Numeric, Numeric) just forward to
19:38 dalek rakudo: infix:<cmp>(Numeric, Numeric).
19:38 dalek rakudo: Also implement both infix:<cmp>(Real, Real) and infix:�<=>�(Real, Real) in
19:38 dalek rakudo: terms of infix:<cmp>.
19:38 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/c​4b6df51b01a76b8ce0dcfbcbc828cf6a44f6bdb
19:45 sorear arnsholt: depends on the implementation of continuations
20:10 gbacon joined #parrot
20:21 arnsholt sorear: Well, Parrot's continuations, in this case
20:23 arnsholt Parrot as is doesn't restore them. I was wondering if that is as specced or not
20:24 darbelo I think there was a ticket for a spec clarification on that. Don't know if it was acted upon.
20:26 arnsholt Right. I'll see if I can find that, then
20:37 darbelo Hm, I do wonder if we really need to zero out blocks in the string pool.
20:40 sorear Why do we even *have* a string pool?
20:54 darbelo Becouse if you have to put string contents somewhere?
21:22 kid51 joined #parrot
21:22 kid51 whiteknight: pong (very delayed)
21:59 davidfetter joined #parrot
22:19 dalek rakudo: 83b2cdf | masak++ |  (3 files):
22:19 dalek rakudo: [Buf] worked on &pack, .unpack and .encode
22:19 dalek rakudo: * &pack and .unpack now exist and do simple things
22:19 dalek rakudo: * The directives they know about: A H C S L n N v V x
22:19 dalek rakudo: * .encode now recognizes its $encoding parameter
22:19 dalek rakudo: * It can handle utf-8 (default), latin-1, and ascii
22:19 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/8​3b2cdfa64becdef052417962cc114e38f5920d8
22:26 hercynium joined #parrot
22:33 cotto msg khairul The User Guide should define the terms it uses like "probe" and "instrument", but in general any term that someone interested in your project might not think of in the same way you do.
22:33 purl Message for khairul stored.
22:34 cotto botsnack
22:34 purl :)
22:41 cotto iaieqwjenlkjavhhewkihewqirhewbotsnac​kqwuerkjwqnlkdfljlaksjkbwlkelgal;ldf
22:41 purl :)
22:43 jnthn thebotsnackered
22:43 purl :)
23:04 dngor joined #parrot
23:06 workbench joined #parrot
23:18 chromatic joined #parrot
23:18 s1n joined #parrot
23:19 whiteknight kid51: when you get a chance, could you take a look at #1744? I suspect it could be a very small task for somebody familiar with install_files.pl
23:21 whiteknight purl msg kid51 when you get a chance, could you take a look at #1744? I suspect it could be a very small task for somebody familiar with install_files.pl
23:21 purl Message for kid51 stored.
23:22 whiteknight incoming
23:22 purl duck!
23:33 dalek parrot-linear-algebra: 2f9f3d6 | Whiteknight++ | :
23:33 dalek parrot-linear-algebra:       <pre>m src/pmc/nummatrix2d.pmc
23:33 dalek parrot-linear-algebra: m t/testlib/matrixtest.nqp
23:33 dalek parrot-linear-algebra: </pre>
23:33 dalek parrot-linear-algebra:       <pre style='white-space:pre-wrap;width:81ex'>Found a bug where iterate_function_ didn't respect transpose state, and the result matrices were wrong. Added two tests for the new behavior, though only nummatrix is tested to actually pass the test now</pre>
23:33 dalek parrot-linear-algebra:
23:33 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/2f9f3d652272f0f6352e54a92402b0c41ca11403
23:33 dalek parrot-linear-algebra: 1d88c1c | Whiteknight++ | :
23:33 dalek parrot-linear-algebra:       <pre>m examples/nummatrix2d.rakudo.pm
23:33 dalek parrot-linear-algebra: m src/rakudo/nummatrix2d.pm
23:33 dalek parrot-linear-algebra: </pre>
23:33 dalek parrot-linear-algebra:       <pre style='white-space:pre-wrap;width:81ex'>more updates to my rakudo experiment. More things are working now with a custom BUILD submethod instead of a new method</pre>
23:33 dalek parrot-linear-algebra:
23:33 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/1d88c1c528dced89aebfb4b504f0bc41f3757554
23:33 dalek parrot-linear-algebra: f53324f | Whiteknight++ | :
23:33 dalek parrot-linear-algebra:       <pre>+ t/run_test.pir
23:33 dalek parrot-linear-algebra: </pre>
23:33 dalek parrot-linear-algebra:       <pre style='white-space:pre-wrap;width:81ex'>add a run_test.pir, which is like the old nqp-based run_test, except it actually works</pre>
23:33 dalek parrot-linear-algebra:
23:33 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/f53324fd5b9fa9bcd21a4860d9d49296960e5b15
23:33 dalek parrot-linear-algebra: 7193842 | Whiteknight++ | :
23:33 dalek parrot-linear-algebra:       <pre>m setup.pir
23:33 dalek parrot-linear-algebra: </pre>
23:33 dalek parrot-linear-algebra:       <pre style='white-space:pre-wrap;width:81ex'>I hate when distutils strips debug symbols from the generated binary. Force a flag which always prevents that</pre>
23:33 dalek parrot-linear-algebra:
23:33 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/71938420823f6de99eb6ad0e24acc00264cfd9f6
23:33 dalek parrot-linear-algebra: 695e0f6 | Whiteknight++ | :
23:33 dalek parrot-linear-algebra:       <pre>m src/pmc/nummatrix2d.pmc
23:33 dalek parrot-linear-algebra: </pre>
23:33 dalek parrot-linear-algebra:       <pre style='white-space:pre-wrap;width:81ex'>fix nummatrix2d.iterate_function_inplace to iterate row-major</pre>
23:33 dalek parrot-linear-algebra:
23:33 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/695e0f61068e91aa7069b1b3e3fedead7c2900ec
23:33 dalek parrot-linear-algebra: 6a845b4 | Whiteknight++ | :
23:33 dalek parrot-linear-algebra:       <pre>m t/testlib/matrixtest.nqp
23:33 dalek parrot-linear-algebra: </pre>
23:33 dalek parrot-linear-algebra:       <pre style='white-space:pre-wrap;width:81ex'>The iteration method tests in matrixtest.nqp were all silently failing and I didn't know it. calling return() inside the -> lambda returns from the method, without ever hitting the assertions. Instead of -> lambdas, use nested subs, which handle return just fine. Also, avoid use of newclosure where not needed</pre>
23:33 dalek parrot-linear-algebra:
23:33 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/6a845b4fe4395eafa8c358cf81f6dd7faa8a4aca
23:33 dalek parrot-linear-algebra: 2c2eaf1 | Whiteknight++ | :
23:33 dalek parrot-linear-algebra:       <pre>m t/testlib/matrixtest.nqp
23:33 dalek parrot-linear-algebra: </pre>
23:33 dalek parrot-linear-algebra:       <pre style='white-space:pre-wrap;width:81ex'>fix pmcmatrix to pass all the new tests. Start fixing complexmatrix, though it's still failing in weird ways</pre>
23:34 dalek parrot-linear-algebra:
23:34 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/2c2eaf118551dcba1f50e5f395cf736fc60e3091
23:54 darbelo (html commits)--
23:54 chromatic darbelo, did you see my patch on the list?
23:55 darbelo chromatic: No. Looking now.

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

Parrot | source cross referenced