Camelia, the Perl 6 bug

IRC log for #parrot, 2008-12-07

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:03 allison joined #parrot
00:07 dalek r33581 | pmichaud++ | trunk:
00:07 dalek : [rakudo]:  $tagsets is already an AST, no need to $(...) it again.
00:07 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33581
00:12 Andy joined #parrot
00:13 paco joined #parrot
00:26 mberends joined #parrot
00:33 mberends joined #parrot
00:37 paco joined #parrot
00:37 paco left #parrot
00:39 rhr joined #parrot
00:41 mberends left #parrot
00:44 mberends joined #parrot
00:47 davidfetter joined #parrot
00:47 Coke (#parrot, not #chinese) It's a drop in the bucket compared to the amount of #perl6 that goes on in here.
01:06 bacek joined #parrot
01:08 dalek r33582 | pmichaud++ | trunk:
01:08 dalek : [library]:  Add dumper for Capture PMCs.
01:08 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33582
01:12 tetragon_ joined #parrot
01:16 allison joined #parrot
01:30 bacek pmichaud: do you have any ETA for LTM?
01:31 pmichaud Feb.
01:31 pmichaud Feb 2009.
01:34 bacek pmichaud: thanks.
01:34 bacek pmichaud: another question :)
01:34 bacek How I can workaround absence of LTM?
01:35 pmichaud what do you need LTM for?
01:35 Coke specify your REG with longest tokens first? =-)
01:35 bacek I have <FunctionCall> ( foo() ), <Step> ( foo ), <Path> ( foo/bar )
01:36 bacek <Expr> is <Path> or <FunctionCall>
01:36 bacek If I specify Path first, than 'foo()' treated as Step
01:37 pmichaud I'm having trouble following this.... I can't tell what is a definition versus a subrule versus...
01:38 pmichaud can you give a Perl 6 example?
01:38 bacek pmichaud: It's quite big... Formal XQuery grammar is about 150 rules.
01:39 pmichaud can you make up a smaller example that shows why you need ltm?
01:39 bacek pmichaud: I'll try. Give me few minutes.
01:41 * Coke wonders how long it will before rakudo has more bugs in RT than parrot.
01:42 pmichaud whenever parrot gets below 200.
01:42 pmichaud (that's my guess.)
01:50 bacek nopaste?
01:50 clunker3 http://pasta.test-smoke.org/ or http://paste.husk.org/ or http://nopaste.snit.ch:8001/ or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/
01:50 purl well, nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/ or http://paste.scsys.co.uk (for #catalyst, #dbix-class, #moose  and others)
01:52 bacek Iceweasel can't establish a connection to the server at nopaste.snit.ch.
01:53 pmichaud I think nopaste.snit.ch is down at the moment
01:53 pmichaud oh, maybe not
01:53 pmichaud it's working now.
01:54 bacek While trying to retrieve the URL: http://nopaste.snit.ch/
01:54 bacek The following error was encountered:
01:54 bacek * Connection to 202.154.105.237 Failed
01:54 bacek The system returned:
01:54 bacek (61) Connection refused
01:54 bacek strange...
01:54 purl i guess strange is but true
01:54 bacek pmichaud: http://rafb.net/p/Iuh4dO34.html
01:55 bacek output: first 4 ok, last 5 not...
01:56 pmichaud looking
01:57 pmichaud you have a $ in PathExpr
01:57 bacek afk for few minutes
01:57 pmichaud which means PathExpr can only occur at the end of the string -- i.e., not inside of a FunctionCall
01:59 bacek pmichaud: (checking with original grammar)
02:00 bacek pmichaud: Ok. Full grammar doesn't have '$' in PathExpr. But I has much more rules for StepExpr.
02:01 pmichaud what happens if you take the $ out of this one?
02:01 pmichaud do all of the tests pass then?
02:01 bacek pmichaud: it works in reduced version
02:02 pmichaud okay.  I didn't see anything in this version that needs ltm.
02:03 * bacek extending reduced version to be more close to original...
02:22 kid51 joined #parrot
02:33 pmichaud I will need to leave for a while in 10 min
02:36 stockwellb joined #parrot
02:42 dalek r33583 | pmichaud++ | trunk:
02:42 dalek : [rakudo]:  Cleanup Capture definition slightly.
02:42 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33583
02:43 pmichaud back later
02:52 apeiron joined #parrot
03:22 kid51 Does anyone know when the following tests are run?  They don't appear to be part of 'make test'.
03:22 kid51 ./compilers/pirc/t/basic.t
03:22 kid51 ./compilers/pirc/t/macro.t
03:22 kid51 ./compilers/pirc/t/subflags.t
03:22 kid51 ./compilers/pirc/t/heredoc.t
03:22 kid51 ./compilers/pirc/t/stmts.t
03:23 kid51 They also appear to be the only place where the Parrot::Test::pirc_2_pasm* functions are used.
03:24 pmichaud kid51: pirc is still under development.
03:25 pmichaud it's not (yet) part of any other subsystem, so it's okay if its tests aren't run.
03:25 pmichaud but eventually we'll be replacing imcc with pirc
03:26 klapperl_ joined #parrot
03:26 kid51 I'm trying to write unit tests for all functions in Parrot::Test.  These 4 functions are defined there, but are not documented at all.
03:27 pmichaud check with kjs -- I think he's the one doing most of the pirc stuff atm.
03:27 pmichaud away for a bit
03:33 davidfetter joined #parrot
03:44 stockwellb joined #parrot
04:02 elmex_ joined #parrot
04:03 tak joined #parrot
04:06 stockwellb joined #parrot
04:09 Alias joined #parrot
04:11 AndyA joined #parrot
04:17 dalek r33584 | pmichaud++ | trunk:
04:17 dalek : [core]:  (capture.pmc)  It helps to signify vtable with VTABLE.  :-|
04:17 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33584
04:21 Alias libparrot is pretty large...
04:21 Alias Running perl6.exe for me creates an executable with a 14 meg initial memory footprint
04:21 Alias How much bloat is there in the default build?
04:21 pmichaud a lot, I suspect.
04:21 Alias Is it just that libparrot.dll is statically linked to hell?
04:22 pmichaud I don't know about that.  There's a lot of debug code enabled in the default build.
04:22 Alias ah, ok
04:22 pmichaud beyond that... I don't really know.
04:22 tewk Doesn't it build unstripped by default
04:22 Alias Also, Larry mentioned that 0.8.1 there was still lots of garbage collector work happening
04:22 pmichaud Parrot internals are a bit beyond where I normally work.
04:22 pmichaud yes, we're planning to replace the gc in the next two months.
04:23 Alias So if me Perl 6 is leaking all over the place, that's nothing I should get concerned about right?
04:23 Alias my
04:23 pmichaud right.
04:23 Alias Figured as much
04:26 bacek pmichaud: http://rafb.net/p/ThT7yQ35.html - I finally created reduced version of Grammar.
04:27 pmichaud StepExpr should be  { <FunctionCall> | <AxisStep> }
04:29 bacek pmichaud: k.
04:33 * bacek is slightly stupid today...
04:34 bacek http://rafb.net/p/3kXkj841.html
04:34 bacek Here we go. 'ContextItemExpr' and '..' in AxisStep
04:36 pmichaud can perhaps make ContextItemExpr be   { '.' <!before '.'> }
04:36 pmichaud that prevents it from matching when there's a '..'
04:37 bacek pmichaud: O! Thanks a lo
04:37 bacek a lot..
04:38 pmichaud even *with* LTM the STD.pm (Perl 6) grammar has to do that sort of thing from time to time.
04:38 pmichaud although Larry continues to tune things so that it's much less necessary
04:41 bacek Perl6 grammar is much more complex than XQuery.
04:41 bacek My previous version was implemented in pure bison/flex
04:42 bacek t/xqts/05-steps-axes    (Wstat: 0 Tests: 73 Failed: 0)
04:42 bacek TODO passed:   19, 70-72
04:42 bacek hooray!
04:43 bacek pmichaud++
04:47 allison truly bizarre readline bug: at the end of every 2048 bytes it skips 2048 bytes, then reads the next 2048 bytes
04:49 allison the exception to the rule seems to be when the end of the 2048 bytes falls exactly on the newline character, then it doesn't skip any bytes, but continues reading straight through the next 2048 bytes
04:50 dalek r33585 | pmichaud++ | trunk:
04:50 dalek : [pct]:  Switch PCT::Node to use Capture PMC instead of Capture_PIR.
04:50 dalek : This results in another 7.5% speedup in the Rakudo action.pm benchmark.
04:50 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33585
04:54 tetragon joined #parrot
04:55 bacek pmichaud: does PGE::Match suppose to have .perl method?
04:56 pmichaud no.
04:56 pmichaud we'll create a Rakudo Match class that does, however.
04:57 chromatic 2048 is suspicious, because it's half of 4096, which is the size of a page of memory.
04:58 bacek pmichaud: ok.
05:01 dalek r33586 | pmichaud++ | trunk:
05:01 dalek : [pheme]:  Adjust pge2past to properly iterate over parse nodes.
05:01 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33586
05:01 dalek r33587 | pmichaud++ | trunk:
05:01 dalek : [core]:  Capture PMC now has a get_string vtable.
05:01 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33587
05:02 pmichaud okay, I feel much better now that PGE and PCT are using Capture PMC instead of Capture_PIR.
05:02 dalek r33588 | pmichaud++ | trunk:
05:02 dalek : [pct]:  Eliminate the guts of PCT::Node's 'node' method.
05:02 dalek : The current implementation is actually broken (it doesn't do
05:02 dalek : what it's supposed to), we're not really using it yet, and so
05:02 dalek : it's just creating more stuff to GC.  We'll disable it for
05:02 dalek : now, and reinstate it when we can do hll source line mapping (soon).
05:02 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33588
05:04 pmichaud time for a break, then work on some other stuff.
05:05 dalek r33589 | pmichaud++ | trunk:
05:05 dalek : Add a DEPRECATION notice for Capture_PIR.
05:05 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33589
05:19 allison chromatic: yes, 2048 is also one of the standard block sizes for kernel level I/O buffering
05:19 purl okay, allison.
05:20 chromatic I wouldn't remember.  Someone took my IO book.
05:24 allison chromatic: yes, and thanks for the loan :)
05:30 Andy joined #parrot
05:39 dalek r33590 | allison++ | pdd22io_part2:
05:39 dalek : [pdd22io] Test to pin down readline bug.
05:39 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33590
05:43 chromatic . o O { Pervasive multis using PCC even when written in C could get rid of a lot of code... especially for vtables.... }
06:04 tak joined #parrot
06:22 allison oooh, it was caching the next and end pointers for the buffer, and not resetting the cache to the current values after filling the buffer
06:27 Theory joined #parrot
06:29 Andy joined #parrot
06:31 chromatic That would do it.
06:36 allison and, fixing that drops the branch down to 4 failing tests
07:18 dalek r33591 | allison++ | pdd22io_part2:
07:18 dalek : [pdd22io] Account for final readline, with 0 bytes.
07:18 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33591
07:26 chromatic Only four failing tests?  That's one fewer than trunk.
07:27 Debolaz joined #parrot
07:28 dalek r33592 | allison++ | pdd22io_part2:
07:28 dalek : [pdd22io] Reset the current working values of the next and end pointers
07:28 dalek : for the buffer after filling the buffer.
07:28 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33592
07:45 dalek r33593 | chromatic++ | trunk:
07:45 dalek : [src] Refactored internal namespace lookup and creation functions.  There are
07:45 dalek : more functions now, but they're saner, because they don't have to keep checking
07:45 dalek : whether they're operating on a STRING, a Key, a String PMC, or an array PMC
07:45 dalek : containing String PMCs.
07:45 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33593
07:49 johbar joined #parrot
07:49 dalek r33594 | chromatic++ | trunk:
07:49 dalek : [IMCC] Re-headerized IMCC, decorating function arguments appropriately.
07:49 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33594
07:55 tak joined #parrot
07:59 iblechbot joined #parrot
08:06 dalek r33595 | chromatic++ | trunk:
08:06 dalek : [src] Added more parameter decorations identified by make headerizer.
08:06 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33595
08:22 dalek r33596 | chromatic++ | trunk:
08:22 dalek : [src] Added remaining missing pointer parameter decorations, as identified by
08:22 dalek : make headerizer.
08:22 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33596
08:31 liangke joined #parrot
08:43 dalek r33597 | duff++ | trunk:
08:43 dalek : [rakudo] rework of :nth() on .subst() to use ACCEPTS
08:43 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33597
09:10 Theory joined #parrot
09:12 Hadi joined #parrot
09:17 Hadi left #parrot
09:56 alvar joined #parrot
10:06 mberends joined #parrot
10:27 Tene msg pmichaud PAST::Block already has a 'control' attribute.  Should we use this for the EH lis?
10:27 purl Message for pmichaud stored.
10:36 jimmy joined #parrot
10:38 MariachiElf joined #parrot
11:12 Tene msg pmichaud You said that handlers should rethrow the exception unless the exception has been handled.  Does this mean that if the exception has been handled, I should resume?
11:12 purl Message for pmichaud stored.
11:31 dalek r33598 | moritz++ | trunk:
11:31 dalek : [rakudo] add regression tests for RT #61102 to t/spectest.data,
11:31 dalek : and restore alphabetical order
11:31 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33598
11:35 riffraff joined #parrot
11:35 tak joined #parrot
11:45 barney joined #parrot
12:07 dalek r33599 | moritz++ | trunk:
12:07 dalek : [rakudo] add instance attribute tests to t/spectest.data
12:07 dalek : (most of them are skipped, but a few actually pass)
12:07 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33599
12:09 rff joined #parrot
12:13 masak joined #parrot
12:16 masak chromatic++ # use.perl redesign
12:16 masak (or was that 'abw++' ?)
12:19 jimmy where?
12:27 masak jimmy: http://wardley.org/use.perl.org/test.html
12:29 jimmy somebody++, much more nicer
12:29 masak Coke: (the amount of #perl6 that goes on in here) I guess that's because it's difficult to implement Perl 6 without talking about it. :)
12:29 masak purl: karma somebody
12:29 purl somebody has karma of 5
12:29 masak somebody deserves a lot more karma :)
12:31 jimmy expecting perl.org is redesigned when perl6 out.
12:32 Tene I haven't heard of any plans for that.
12:33 Tene great idea, though
12:33 masak jimmy: I don't think one event has anything to do with the other
12:34 Tene it's been years since I've actually looked at http://perl.org/
12:35 masak Tene: it currently looks like it hasn't been looked at in years :P
12:35 masak s/in/for/
12:35 masak ETOOCONFUSEDBYGRAMMAR
12:36 Tene grammar--
12:36 Tene karma grammar?
12:36 purl grammar has karma of -8
12:37 jimmy perl.org needs sparkle, especially perl6
12:37 Tene Okay, I've got the handlers themselves being generated nicely in PCT, now for the bits to push them on the stack.
12:49 ElPenguin joined #parrot
12:50 dalek r33600 | bernhard++ | trunk:
12:50 dalek : [m4] Make m4 work again, by using the simple syntax for calling indirect functions
12:50 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33600
12:56 cognominal sparkle?
12:56 purl i think sparkle is a module that developers can stick in their Cocoa applications (five-step install!) to get instant self-update functionality.  http://sparkle.andymatuschak.org/
12:57 ElPenguin that sounds shiny
12:59 masak jimmy: 'sparkle' to me sounds like superficial PR. I'd say that's not what Perl 6 needs right now.
13:00 jimmy masak: aye, but future.
13:00 masak jimmy: first, it needs more people that realize that Perl 6 is great. then, word of mouth takes over.
13:01 masak I think Rakudo is already at a stage where it can impress people.
13:01 kj joined #parrot
13:02 ElPenguin still, pugs is ahead of rakudo. i know that's no help if you want to use parrot but *shrug*
13:03 dalek r33601 | bernhard++ | trunk:
13:03 dalek : [codingstd] remove a trailing space
13:03 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33601
13:03 masak ElPenguin: I keep hearing people saying "Pugs is ahead of Rakudo". still I can do things in Rakudo that I cannot do in Pugs. why is that?
13:03 masak do I have a different definition of "to be ahead" than other people?
13:04 * ElPenguin wasn't aware of that
13:04 masak ElPenguin: we're writing a wiki engine in Rakudo. that would not be possible in Pugs today.
13:05 * masak thinks "Pugs is ahead" is old news
13:05 masak as in "superceded by more current news"
13:05 ElPenguin haha
13:06 jimmy masak: good things should be well spreaded with across-language , and documentations should be multi-language, and shiny web site acts as catalyst.
13:06 masak jimmy: yes, of course. that would be ideal.
13:06 masak jimmy: I have no objections. let's do it that way.
13:09 jimmy masak: what i said is just why php used mostly, but not perl, which is also very good. and just do it.  :)
13:09 masak jimmy: but my point is. updating use.perl odes not have to wait for the release of Rakudo
13:10 masak jimmy: PHP does do a few things right wrt documentation on the web, yes.
13:10 Tene masak: what items specifically can rakudo do that pugs cannot?
13:10 Tene I haven't looked at pugs in a qhile.
13:10 jimmy masak: it sticks me with redesigning the use.perl
13:10 masak Tene: for one thing, thanks to PGE, grammars are better developed
13:11 masak jimmy: that did not parse. please reformulate.
13:11 masak Tene: but I also believe that Pugs gets much of the array semantics wrong.
13:12 jimmy masak: it sticks me in mind with redesigning the use.perl. is it right?
13:12 masak jimmy: no. "to stick sb in mind" is not an idiom.
13:12 jimmy :(
13:12 masak jimmy: what is it you want to say?
13:13 masak that is hurts your eyes to look at the page?
13:13 masak yes, mine too :P
13:13 * jimmy should say I imagine that with redesigning the use.perl.
13:14 jimmy masak: yep
13:14 masak ah.
13:17 jimmy when my memory is the same as flash disk, and then i will good at english.
13:17 jimmy s/will/will be/
13:19 Theory joined #parrot
13:21 Tene Hmm.  I wonder when pmichaud wakes on Sundays.
13:22 dalek r33602 | kjs++ | trunk:
13:22 dalek : [pirc] some cleanups.
13:22 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33602
13:30 dalek r33603 | kjs++ | trunk:
13:30 dalek : [pirc] change order of types, to match type values in pdd03. (I, S, P, N, having values 0, 1, 2, 3, respectively).
13:30 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33603
13:30 pmichaud pmichaud awakes about now, I think.
13:30 pmichaud it depends on the Sunday.
13:34 Tene You have mail.
13:35 pmichaud for compatibility reasons, I'd prefer to leave the existing 'control' attribute alone.  we may deprecate it.
13:35 * Tene nods.
13:35 Tene I used 'handlers'
13:35 pmichaud I'm not sure what to do in the handled case.
13:35 pmichaud resume doesn't sound quite right.
13:36 register joined #parrot
13:36 pmichaud perhaps .return ()
13:37 Tene Oh?  Interesting.  I can do that.  .return () or .return (exception) ?
13:37 pmichaud whichever makes more sense.
13:37 pmichaud I'm not sure about .return () either -- I'll have to wait and see when this actually gets used.
13:37 pmichaud .return (exception) sounds okay to me for now.
13:37 Tene .return (exception) for now, then.
13:37 * jonathan has woken up too
13:37 pmichaud it'll likely change.
13:39 jonathan (For the second time today...afternoon nap for the win)
13:39 Tene mail has a patch and an example with output
13:39 pmichaud excellent.  I'm in the middle of another hack at the moment, will look at the pct stuff soonish (today for sure)
13:40 Tene implementation is sketchy, needs some cleanups and finishing, but I wanted feedback before doing much more.
13:40 pmichaud definitely
13:40 pmichaud I'm eager to see it
13:41 rob joined #parrot
13:42 kj jonathan: just to get your brains started, a wake-up question: PDD03 defines the flags such as slurpy etc. The pdd talks about bits, enumerates them, and explains them. However, for the types, bits 0-3 are indicated, but there seems to be an inconsistency: the values 0 to 3 seem to be used to encode the type (so, bits 0 and 1, not 0,1,2,3).
13:43 kj Any idea?
13:45 jonathan Well, it's possible both are true...the lower bits are reserved for types, but we don't use them all.
13:47 kj yeah. I just found the definitions of 'em
13:47 jonathan Ah, good, I was just looking for the appropriate .h file.
13:48 jonathan But if you've found it, that'll have The Answers, plus the constatns that I guess you should use.
13:48 kj enums.h
13:48 jonathan Aha.
13:48 kj (not very descriptive)
13:51 jonathan So PARROT_ARG_TYPE_MASK suggests that we do indeed reserve the lower 3 bits
13:51 jonathan er, 4
13:52 jonathan For types.
13:52 jonathan /* more to come soon */
13:52 jonathan ...
13:52 jonathan So basically you just and 'em together.
13:54 jonathan I think nameds are fun because you make two entries - one for the name (with PARROT_ARG_NAME set) and the next one with the value to be passed.
13:54 kj yeah, I think I'll just forget about those for now. Just focusing on getting sub calls to work without any arguments
14:02 * Tene sleep for a bit.
14:03 stockwellb joined #parrot
14:17 Hadi joined #parrot
14:17 Hadi left #parrot
14:29 register a question: the first fixup of tipe enum_fixup_sub in the bytecode is always the main function?
14:33 jonathan I think if there is one with :main set, that one is chosen instead.
14:37 tak joined #parrot
14:38 register i asked this question because i am looking the jit code
14:39 register and in parrot_build_asm the number of register used is desumed by looking at the first fixup of type enum_fixup_sub
14:53 apeiron joined #parrot
14:59 dalek r33604 | kjs++ | trunk:
14:59 dalek : [pirc] implement bits of parrot calling conventions; the first argument to the 4 special ops (set_args etc) encode the flags/types. This is a first attempt.
14:59 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33604
15:05 Whiteknight joined #parrot
15:17 tak joined #parrot
15:19 apeiron joined #parrot
15:22 dalek r33605 | pmichaud++ | trunk:
15:22 dalek : [rakudo]: spectest-progress.csv update: 231 files, 4717 passing, 0 failing
15:22 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33605
15:23 stockwellb joined #parrot
15:26 nopaste "pmichaud" at 72.181.176.220 pasted "fun with operator fixes" (12 lines) at http://nopaste.snit.ch/14844
15:28 dalek r33606 | kjs++ | trunk:
15:28 dalek : [pirc] remove instr_counter field from lexer structure. Now use stmt_counter.
15:28 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33606
15:28 Infinoid hmm, still (or again) having trouble reaching nopaste.snit.ch
15:33 kid51 joined #parrot
15:35 dalek r33607 | jkeenan++ | testparrottest:
15:35 dalek : Create a directory to hold files used in the tests in t/perl/.
15:35 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33607
15:37 dalek r33608 | jkeenan++ | testparrottest:
15:37 dalek : Rearrange order of subs for easier editing.  Correct one spelling error.
15:37 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33608
15:39 dalek r33609 | jkeenan++ | testparrottest:
15:39 dalek : Add tests for pir_2_pasm.
15:39 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33609
15:39 dalek r33610 | jkeenan++ | testparrottest:
15:39 dalek : Add directory to hold files used in testing of t/perl/Parrot_Test.t.
15:39 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33610
15:41 dalek r33611 | pmichaud++ | trunk:
15:41 dalek : [rakudo]:  Fix assignment metaoperators, add reduction operators (e.g., [+]).
15:41 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33611
15:42 Andy joined #parrot
15:43 Zaba joined #parrot
15:48 dalek r33612 | kjs++ | trunk:
15:48 dalek : [pirc] fix something I shouldn't have committed; + nicer layout for offsets.
15:48 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33612
15:57 dalek r33613 | jkeenan++ | testparrottest:
15:57 dalek : Add or modify test files used in t/perl/Parrot_Test.t.
15:57 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33613
15:59 tak joined #parrot
16:03 tetragon joined #parrot
16:14 dalek r33614 | jkeenan++ | testparrottest:
16:14 dalek : There is no sub Usage() in this package.
16:14 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33614
16:16 dalek r33615 | jkeenan++ | testparrottest:
16:16 dalek : Change name of test file to reflect what it's actually doing.  Correct one
16:16 iblechbot joined #parrot
16:16 dalek : punctuation error.
16:16 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33615
16:16 dalek r33616 | jkeenan++ | testparrottest:
16:16 dalek : Add tests for example_output* test functions.
16:16 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33616
16:20 stockwellb joined #parrot
16:28 dalek r33617 | pmichaud++ | trunk:
16:28 dalek : [rakudo]:  Add [,], [&], [|], and [^] reduction operators.
16:28 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33617
16:30 pmichaud afk # lunch, then assignment and slices
16:30 dalek r33618 | kjs++ | trunk:
16:30 dalek : [pirc] comments and todos.
16:30 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33618
16:33 tak joined #parrot
16:37 Coke masak: (implement perl6 without talking about it) and yet this channel is not, strictly speaking, about implementing perl6. so if we cut you guys some slack, no doubt we can cut those experimenting with chinese a little slack.
16:38 masak aye.
16:38 masak especially if the Chinese is about terms related to Perl.
17:03 masak pmichaud++ # looking forward to those slices
17:04 dalek r33619 | jkeenan++ | testparrottest:
17:04 dalek : Add example_error_output_* test functions.  Correct one error-handling case.
17:04 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33619
17:12 tak joined #parrot
17:22 apeiron joined #parrot
17:26 rdice joined #parrot
17:50 jan joined #parrot
17:53 Zaba joined #parrot
17:57 dalek r33620 | jkeenan++ | testparrottest:
17:57 dalek : Change some inline comments to reduce confusion.  Use identical syntax where possible.
17:57 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33620
18:07 dalek r33621 | jkeenan++ | testparrottest:
18:07 dalek : Make syntax more readable.
18:07 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33621
18:10 dalek r33622 | jkeenan++ | testparrottest:
18:10 dalek : Restructure an if-elsif block to make syntax more readable.
18:10 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33622
18:23 dalek r33623 | coke++ | trunk:
18:23 dalek : The 'global' syntax in PIR is [DEPRECATED]. replace its usage with explicit ops.
18:23 dalek : (Which are also deprecated, one thing at a time.)
18:23 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33623
18:24 dalek r33624 | fperrad++ | trunk:
18:24 dalek : [book]
18:24 dalek : - fix typo
18:24 dalek : - remove trailing space
18:24 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33624
18:24 Hadi joined #parrot
18:25 particle joined #parrot
18:25 pmichaud ....why not go ahead and switch to 'get_global' instead of using (deprecated) 'find_global'?
18:26 Coke the wrong kind of laziness.
18:27 Coke t/op/calling.t is failing in trunk?
18:27 pmichaud yes.
18:37 dalek r33625 | coke++ | trunk:
18:37 dalek : remove [DEPRECATED] 'global' syntax from parrot's PIR parser. Remove remaining core usage exposed by 'make test'.
18:37 dalek : language developers, check your languages. (verified that npq & perl6 still work.)
18:37 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33625
18:42 dalek r33626 | pmichaud++ | assign:
18:42 dalek : Remove obsolete branch, preparing to create new one.
18:42 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33626
18:42 dalek r33627 | pmichaud++ | assign:
18:42 dalek : [rakudo]:  Branch for refactoring assignment into assign op.
18:42 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33627
18:43 Coke pmichaud: 60384 is in DEPRECATED and in the parrot queue; but the last comment from 11/26 says you're moving the ticket back to the perl6 queue.
18:43 pmichaud looking
18:44 pmichaud moved.
18:46 pmichaud rejected #43485
18:46 pmichaud parrt RT queue down to 584.  :-)
18:46 pmichaud *parrot
18:50 moritz so with RT + track we're below 600. YaY.
18:53 * Tene awake now.   Running an errand, then back to hacking.
18:56 Coke we need to start counting stalled again. =-)
18:56 Whiteknight joined #parrot
19:02 allison hrmmmm... now have 8 bytes lodged in the front of the read buffer...
19:11 Hadi left #parrot
19:12 dalek r33628 | coke++ | trunk:
19:12 dalek : remove unused function dump_mmd (per RT#60626)
19:12 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33628
19:14 kid51 Failures in t/op/calling.t:  http://smolder.plusthree.com/app/p​ublic_projects/tap_stream/8467/166
19:15 moritz kid51: andreas könig writes on the list. "git bisect blames https://svn.perl.org/parrot/trunk@33559"
19:19 kid51 IMCC problems:  above my pay grade.  Who gets to fix?
19:20 Tene pmichaud: ETA on review of my mail?
19:20 pmichaud kid51: I think those tests represent deprecated features.
19:20 pmichaud the correct solution is probably to remove the tests.
19:20 pmichaud Tene:  will do it now
19:20 Tene :)
19:21 * Coke checks the failurs.
19:26 pmichaud Tene: I was thinking that 'handled' would be an attribute of the PAST::Control block, as opposed to checking the status of the exception.
19:26 Coke kid51, pmichaud: fixed.
19:26 pmichaud perhaps we don't need to do anything special at all -- perhaps parrot's handlers dtrt thing already.
19:27 Coke kid51++ # forcing me to actually look at the failures.
19:27 Coke kid51: regarding your recent requests for comment: If something isn't used in the testing code, I'd rip it out.
19:27 dalek r33629 | coke++ | trunk:
19:27 dalek : Fix test broken by r33559.
19:27 dalek : When removing a deprecated feature, be sure nothing is testing the deleted feature.
19:27 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33629
19:28 Coke we've already had a some cases where some behavior was enshrined in tests that we didn't actually care about.
19:28 Coke so if you can delete code, and 'make test' still works... I'd say go for it.
19:29 pmichaud ...what about the case where we're adding new features that have tests but aren't part of 'make test' yet?
19:29 pmichaud we don't want to rip those out.
19:30 Limbic_Region joined #parrot
19:30 pmichaud (pirc being the current example)
19:33 pmichaud Tene:  is the 'handled' attribute of exceptions actually used/set anywhere?
19:34 Tene pmichaud: lemme check.
19:34 pmichaud +    ops.'push_pirop'('resume = exception["resume"]')
19:34 pmichaud should be
19:34 pmichaud ops.'push_pirop'('set', 'resume', 'exception["resume"]')
19:35 Tene Ah.  Yes.
19:35 pmichaud +    ops.'push_pirop'('resume()')
19:35 pmichaud should be
19:36 pmichaud ops.'push_pirop'('call', 'resume')   # or something like that
19:36 Tene A glance over 'ack handled' suggests that it's used in a couple of places.
19:36 Tene 'call' or 'invoke'?  Lemme check docs/ops.
19:36 pmichaud pdd23 doesn't discuss the handled attribute at all
19:36 pmichaud 'call' is a special pirop
19:36 pmichaud call, callmethod, tailcall
19:36 Tene Ah.
19:36 Tene Right.
19:37 Tene We're not using resume anymore anyway, as we're moving to .return (exception)
19:37 pmichaud we want to keep the "tree" nature of POST nodes so that they can later be turned into PBC directly w/o going through PIR
19:37 Tene That's a literal too, in my current copy.  How should I represent that?
19:38 pmichaud ops.'push_pirop'('return', 'exception')
19:38 pmichaud the "special" pirops are   call, callmethod, return, tailcall, and inline
19:39 pmichaud (special because they don't otherwise fit the    <opcode> <arg>, <arg>, <arg>   syntax
19:39 Tene nodnod
19:40 pmichaud I'm not fond of 'type' as an attribute name -- too generic.
19:41 pmichaud maybe 'controltype'
19:41 pmichaud could re-use 'pasttype'
19:41 pmichaud (since it's describing the "type" of the PAST::Control node)
19:41 pmichaud other than those items, this looks like a really good start.
19:41 pmichaud (even with those items, this looks like a really good start)
19:42 Tene How do you feel about the wrap_handler architecture?
19:42 kid51 Coke:  While I will eventually delete unused code from lib/Parrot/Test.pm, I'm going have to proceed with caution.  The test coverage provided by t/perl/Parrot_Test.t was very low.  I've been improving it, but there's a ways to go.  Evidence:  All my tests were passing -- but my last 2 commits completely borked 'make test' in the testparrottest branch.
19:44 pmichaud +    types = new 'ResizablePMCArray'
19:44 pmichaud ...leftover code?
19:44 Tene Yeah.
19:44 pmichaud I was expecting something like wrap_handler, yes.
19:44 pmichaud instead of
19:44 kid51 Other problems with Parrot::Test:  1) many of its functions are never used in the Parrot test suite; 2) much of its code is *only* applicable in some languages/*/t/  -- which means that thorough testing could only be done by adding languages tests.
19:44 pmichaud +    eq type, 'CONTROL', type_control
19:44 pmichaud I'd want to look up the values in a hash.
19:45 pmichaud similar to the %valflags hash
19:45 Tene We also have types that are "All types except the following ..."
19:46 pmichaud in initialization, I would do
19:46 Tene So it's either .'handle_types' or .'handle_types_except'
19:46 Tene Or potentially types for checking severity instead.
19:46 pmichaud $P0 = split ' ', '.CONTROL_RETURN .CONTROL_OK .CONTROL_BREAK .CONTROL_CONTINUE ...'
19:47 pmichaud $P1 = get_global '%!controltypes'
19:47 pmichaud $P1['CONTROL'] = $P0
19:47 Tene Are we generating a ".include 'runtime/include/include_types.pasm'"?
19:47 pmichaud We can.
19:48 pmichaud that's probably better in the generated PIR anyway (having the constant strings instead of their values)
19:49 pmichaud or we could require the pct caller to make sure the .include is done somewhere.
19:49 * Tene nods.
19:49 dalek r33630 | jkeenan++ | testparrottest:
19:49 dalek : Revert to r33620.  My attempts to refactor caused tests in 'make test' to
19:49 dalek : begin to fail massively.
19:49 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33630
19:49 Tene Any ideas on how to handle the different operations there?  handle_types/handle_types_except/severity?  Possibly have %!controltypes be a hash of hashes?
19:50 pmichaud which control types do we have that mean "everything except..."?
19:50 Tene Perl 6's CATCH is "everything except control exceptions" or something, iirc.
19:50 Tene Or there was a block that meant that.
19:51 pmichaud okay, then
19:51 pmichaud $P1['CONTROL'] = 'handle_types .CONTROL_RETURN .CONTROL_OK .CONTROL_BREAK .CONTROL_CONTINUE ...'
19:51 pmichaud $P1['CATCH'] = 'handle_types_except .CONTROL_RETURN .CONTROL_OK ...'
19:52 pmichaud first value indicates the method to call, remaining values indicate params to pass
19:52 clunker3__ joined #parrot
19:53 Tene Then split it and push_pirop with :flat?
19:53 pmichaud yeah, something like that.
19:53 purl yeah, something like that is what I'd do as well
19:53 Tene Excellent.
19:53 pmichaud although part of me feels like negation should be handled in the node, not in the exception type
19:54 pmichaud so that the PAST generate treats 'CATCH' as being ! 'CONTROL'
19:54 Tene Eventually we'll be rewriting this to deal with a real class hierarchy instead of integer types.
19:54 Tene I expect that would come out that that refactor.
19:54 pmichaud or maybe the PAST::Control node should have 'handle_types' and 'handle_types_except" attributes
19:55 pmichaud so that someone can do:   :handle_types('CONTROL')
19:55 pmichaud or   :handle_types_except('CONTROL')   # CATCH
19:55 Tene Could be.  Also min_severity and max_severity?
19:55 pmichaud I'd prefer not to add them until we know we need them and how they'll be used.
19:55 Tene Okay.
19:56 pmichaud my philosophy in PCT has been "don't add it until I have a real use case."
19:56 * Tene nods.
19:57 pmichaud oh, don't use the node names as PIR labels
19:57 pmichaud generate a POST::Label node
19:58 Tene What did you mean by "* The 'name' attribute of a PAST::EH (or whatever) node is its label (e.g., for when we do next/last/redo followed by a label)" then?
19:58 pmichaud OUTER:  while ( ... ) {     next OUTER;   }
19:58 pmichaud (in perl 6)
19:58 pmichaud the "OUTER" is going to correspond to an exception handler of some sort.
19:58 Tene Ah.
19:58 pmichaud so we'd have a node with name :OUTER
19:58 Tene Okay.
19:59 pmichaud but the labels still need to be unique.
19:59 pmichaud and I'm not certain that every HLL label will be a valid PIR label.
19:59 * Tene nods.
20:00 pmichaud I still haven't worked out the details for that yet, but will get there.
20:07 contingencyplan joined #parrot
20:08 pmichaud afk for a bit
20:16 MariachiElf joined #parrot
20:24 Coke pmichaud: in general, you shouldn't be doing it that way: you should be adding the tests first. =-)
20:24 Coke (from many 10s of minutes ago)
20:28 Coke are we targetting w2k? or was XP our cutoff?
20:28 Coke (41095)
20:29 Hadi joined #parrot
20:29 Hadi left #parrot
20:30 * Coke sees jarkko didn't fall for his trick.
20:38 gryphon joined #parrot
20:39 riffraff joined #parrot
20:41 dalek r33631 | chromatic++ | trunk:
20:41 dalek : [src] Added string_free(), along the lines of temporary_pmc_free() and with
20:41 dalek : similar caveats.  This function lets you recycle a STRING header you *know* is
20:41 dalek : unused.  It also respects COW semantics.  In a single hotspot, this function
20:41 dalek : gives us a 9.16% improvement in the Rakudo-building benchmark.
20:41 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33631
20:42 Tene pmichaud: where should I generate the .include 'runtime/include/except_types.pasm' ?
20:44 Coke that file is already generated, no?
20:44 Coke runtime/parrot/include/except_types.pasm ?
20:44 Tene That's right.
20:45 Tene I'm asking where in PAST::Compiler I should generate a ".include 'include/except_types.pasm'" instruction
20:46 dalek r33632 | allison++ | pdd22io_part2:
20:46 dalek : [pdd22io] Document commented out test lines to be enabled when debugging readline failure.
20:46 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33632
20:47 Tene Other than that, I think I'm done.
20:49 Coke is there a preamble section?
20:49 Tene Not that I've seen so far.  Still looking.
20:51 pmichaud there's not a preamble section, but there ought to be
20:52 pmichaud I haven't decided where that should go yet.
20:52 Tene You want me to commit this, then?
20:52 pmichaud as long as all tests pass, yes.
20:53 Tene We might want .push_handler on PAST::Control nodes.
20:53 Coke allison: went through RT's open tickets and updated https://trac.parrot.org/parrot/wiki/IOTasklist
20:54 allison Coke: excellent, thanks!
20:54 dalek r33633 | chromatic++ | trunk:
20:54 dalek : [PMC] Revised Class PMC's isa_pmc() entry, which is a huge hotspot for Rakudo.
20:54 dalek : Most of the changes are to use string_free() on temporary strings, with some
20:54 pmichaud ...push_handler?
20:54 dalek : additional refactoring to make control flow slightly clearer.
20:54 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33633
20:54 Tene pmichaud: erm, on PAST::Stmts and such
20:55 Tene Oh, and I still need to wrap_handlers in PAST::Block
20:55 pmichaud I was thinking that .handlers on PAST nodes would return an array that we could push/unshift/whatever
20:55 pmichaud instead of trying to write 'push_handler'  'pop_handler' 'shift_handler', etc.
20:55 dalek r33634 | chromatic++ | trunk:
20:55 dalek : [examples] Reverted an accidental change I made to this file in r33325; I
20:55 dalek : decreased the number of iterations for profiling.  Thanks to Andreas Koenig for
20:55 dalek : noticing.
20:55 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33634
20:56 Tene Yeah, that works.
20:56 pmichaud similar to the way that .loadinit returns a PAST::Stmts node that we can manipulate directory
20:56 pmichaud *directly
20:56 pmichaud (but in the .handlers case we can just vivify an array)
20:57 dalek r33635 | tene++ | trunk:
20:57 dalek : [PCT]: Add a PAST::Control node
20:57 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33635
21:10 Tene pmichaud: I don't quite feel up to figuring out the right place to wrap things in PAST::Block's as_post right now.
21:10 Tene I'll try again later if you don't get to it soon, though.
21:10 pmichaud okay
21:11 pmichaud I'll look into it when I'm done with array/slicing
21:11 pmichaud so, tonight or early tomorrow
21:11 ruoso joined #parrot
21:11 pmichaud I have _really_ good momentum right now so I'm hoping to get a lot done
21:11 pmichaud I'm happy I managed to get [+] working :-)
21:11 pmichaud rakudo:  say [*] 1..4;
21:11 polyglotbot No output (you need to produce output to STDOUT)
21:11 pmichaud bah.
21:11 Tene lame
21:12 pmichaud rakudo:  say <No output (you need to produce>, <output to STDOUT)>;
21:12 polyglotbot No output (you need to produce output to STDOUT)
21:12 pmichaud at least _that_ still works.  :-)
21:12 Tene yep, segfaults.
21:14 Tene Works outside of screen, breaks in screen.
21:14 Tene I guess I could just run it backgrounded instead of in screen...
21:14 Tene Yeah, let's do that.
21:15 polyglotbot joined #parrot
21:16 polyglotbot joined #parrot
21:16 Tene rakudo: say 'omg'
21:16 polyglotbot OUTPUT[omg␤]
21:16 Tene rakudo: say [*] 1..10
21:16 polyglotbot OUTPUT[3628800␤]
21:17 moritz just yesterday my girlfriend learned about factorials, and asked me if 100! can be written on one line ;-)
21:17 Tene pmichaud++
21:17 Tene rakudo: say [*] 1..100
21:17 polyglotbot OUTPUT[9.33262154439441e+157␤]
21:18 pmichaud say [-] 1..100;
21:18 pmichaud rakudo: say [-] 1..100;
21:18 polyglotbot OUTPUT[-5048␤]
21:18 pmichaud that seems... faster than I'd expect normally.
21:20 Tene Are there new spectests we're passing for [*] ?
21:20 pmichaud I don't know.
21:20 Tene 'kay. :)
21:20 pmichaud I just felt like implementing it because it'll be cool to show off.
21:20 Coke rakudo: say [+] 1..100
21:20 polyglotbot OUTPUT[5050␤]
21:21 Coke rakudo: say [+] 1..1000
21:21 polyglotbot OUTPUT[500500␤]
21:21 Coke rakudo: say [+] 1..1e4
21:21 polyglotbot OUTPUT[50005000␤]
21:21 pmichaud when we get    say [+] =$fh    to work, I'll be really happy :-)
21:21 pmichaud (if it doesn't work already.)
21:21 nopaste "tene" at 166.70.38.237 pasted "NQP demo for new EH PCT stuff" (45 lines) at http://nopaste.snit.ch/14845
21:22 moritz pmichaud: it doesn't (at least last time I tried =$fh was next to useless)
21:22 pmichaud can't reach snit.ch yet
21:22 GeJ Good morning everyone
21:22 Infinoid Tene: still working on a more "correct" fix for that... ran into a crash in a different place though
21:22 Tene statement not terminated properly for [+] =$fh
21:22 Infinoid (polyglotbot and screen, I mean)
21:22 pmichaud anyway, that comes with the IO refactors
21:25 Tene Okay, offline for a while.
21:35 particle1 joined #parrot
21:36 Coke GeJ: morning
21:43 dalek r33636 | fperrad++ | trunk:
21:43 dalek : [book]
21:43 dalek : - fix typo
21:43 dalek : - remove trailing space
21:43 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33636
21:52 TiMBuS joined #parrot
22:05 Infinoid if anyone with some C-fu is bored, I'd love a second pair of eyes.  Trac #18 has some patches to fix the jit buffer issues that polyglotbot was experiencing, but it doesn't quite work and I've run out of ideas why.
22:10 Whiteknight i'll take a gander at it
22:11 Infinoid thanks.  I'm also posting to parrot-ev about it
22:12 Infinoid s/ev/dev/
22:12 Whiteknight I actually have no idea how Parrot's JIT works
22:13 Infinoid you give it some memory, it sticks some machine code in there
22:13 Infinoid from my perspective, that's all that matters :)
22:14 Infinoid the issue is that the memory you give it needs to be executable, which malloc() stuff is not guaranteed to be.  that's why polyglotbot was busted.
22:14 Whiteknight right
22:14 Infinoid so that's the motivation
22:14 Whiteknight It makes sense to me, especially since data execution preventions is present in several OSes and in some hardware architectures
22:15 Whiteknight having that "feature" on would prevent heap or stack memory from being executed
22:15 Infinoid yeah, non-executable stacks and heap are becoming more common
22:15 Whiteknight so yes, we should use mmap instead of malloc
22:16 Infinoid and that's what my patch does.  the trouble is that mmapped memory also needs to be freed using munmap, and one yak led to another, and here I am debugging some weirdness in ManagedStruct.destroy()
22:22 Whiteknight nice
22:22 Whiteknight I definitely need to learn more about this whole subsystem. I wonder who knows enough to give a rundown about it?
22:22 Infinoid which subsystem?  PMCs?
22:24 Infinoid fortunately, this hack doesn't really have to get into the actual guts of JIT at all
22:25 tetragon joined #parrot
22:30 dalek r33637 | infinoid++ | trunk:
22:30 dalek : [cage] Fix some trailing spaces.
22:30 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33637
22:42 Whiteknight Infinoid, your diffs are all looking reasonable to me
22:42 Whiteknight they compile?
22:42 Infinoid they compile
22:43 Whiteknight Infinoid++
22:43 Infinoid they run under gdb, too.  but not standalone, inexplicably
22:52 Infinoid if what I'm seeing is correct, the value of "ptr" is changing between the fprintf statement and the function call
22:52 Infinoid so I've gotta be missing something.
22:55 dalek r33638 | allison++ | pdd22io_part2:
22:55 dalek : [pdd22io] Neglected to set cached version of buffer flags when resetting buffer
22:55 dalek : to empty.
22:55 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33638
23:07 register joined #parrot
23:18 bacek_ joined #parrot
23:24 apeiron joined #parrot
23:29 riffraff anyone knows if and how src/io/io_string.c is used ?
23:49 allison riffraff: it's used for mock objects
23:49 allison they act like filehandles, but only store the bytes in a string and read back from the string
23:55 Alias joined #parrot
23:55 allison all test successful in the I/O branch!
23:58 Infinoid allison++

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

Parrot | source cross referenced