Camelia, the Perl 6 bug

IRC log for #parrot, 2008-04-02

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 chromatic I'm less convinced.
00:01 chromatic The justification for s/does/provides/ in PMCs is so as not to confuse the syntax for applying a role to a PMC with the syntax for declaring that the PMC fulfills the same duties as if you had applied that role to the PMC.
00:06 Infinoid so, which one does the current op naming suggest?  and which one should it suggest?
00:06 Infinoid (I'm just a lowly cage cleaner.)
00:07 chromatic The *opcode* name asks "Do you perform this role?"
00:07 chromatic The does *keyword* in PMCs says "Compose in this role at compilation time."
00:07 chromatic The provides keyword in PMCs says "I fulfill this role without composition."
00:14 wknight8111 how does one become a lowly cage cleaner?
00:16 Infinoid you compose the "lowly_cage_cleaner" role, with the "does" keyword. :)
00:18 wknight8111 you don't subclass the committer class with limited attributes?
00:20 ewilhelm I think the committer traits can be added at runtime
00:20 chromatic Subclassing would break Liskov.
00:20 wknight8111 my $wknight8111 := new 'Committer', 'cage_cleaner';
00:21 wknight8111 haha, i think i mixed PIR and NQP syntax
00:22 * wknight8111 hangs his head in shame
00:27 wknight8111 I've been bouncing back and forth between the two all day, trying to write my Octave port
01:58 slightlyoff joined #parrot
02:01 dalek r26698 | chromatic++ | trunk:
02:01 dalek : [PDD] Typo fixes and minor formatting nits.
02:01 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26698
02:07 * Coke sends out his promised type id email.
02:07 Coke ... is there anything else I owe parrot today?
02:07 particle feed the bird.
02:08 * Coke heads off to read his new spider robinson book.
02:09 Juerd_ joined #parrot
02:14 Juerd_ joined #parrot
02:30 grim_fandango joined #parrot
02:38 guru joined #parrot
02:50 Andy joined #parrot
02:53 Theory joined #parrot
03:26 tetragon Hrm... I can't view the ticket mentioned in one of the TODO tests that's crashing on me
03:27 Tene Wow, I actually have a running laptop with internet access at my hotel tonight.
03:27 Tene And nothing is broken.
03:27 Infinoid Tene: knock on wood
03:27 Tene As long as you don't knock on the laptop
03:28 Tene ;)
03:28 Infinoid or touch it
03:28 Infinoid or look at it
03:28 Infinoid tetragon: rt seems to be working, here.  is there something wrong with that particular ticket?
03:28 tetragon 46511
03:28 Tene But... but... but... svn up!  I need my svn up!
03:29 tetragon I don't have permission to view it
03:29 Tene tetragon: there are two urls to view tickets, one public and one private.
03:29 Infinoid hmm.  neither do I.
03:29 Tene Or something weird like that.
03:29 Infinoid (and I'm logged in and everything)
03:29 tetragon I'm also logged in
03:29 tetragon I set up an account after one of my replies was eaten by some mail server
03:30 Infinoid Tene: neither the Ticket/Display.html nor the Public/Bug/Display.html will view it
03:30 Infinoid whatever permissions it needs, I don't have them
03:30 Infinoid I think I'm set up with basic committer privs
03:31 tetragon It's test 14 of t/pmc/threads.t
03:31 Infinoid nice.
03:31 Infinoid #   Failed (TODO) test 'CLONE_CODE | CLONE_CLASSES; superclass built-in'
03:31 Infinoid #   at t/pmc/threads.t line 664.
03:31 Infinoid # Exited with error code: [SIGNAL 11]
03:32 AndyA joined #parrot
03:32 tetragon I get SIGNAL 10
03:32 Infinoid sig11 is SIGSEGV on my OS
03:33 tetragon My one keeps putting SIGBUS in the crash reports, but depending upon the test I can get 10, 6, and I think I've seen others
03:33 Infinoid well, whatever names those numbers map to, its crashing, and that's bad. :)
03:35 tetragon Time to create a new ticket, as I have no idea what the hidden one is about
03:36 tetragon I even know which thread crashed
03:36 Infinoid +    local $TODO = "vtable overrides aren't properly cloned RT# 46511";
03:36 Infinoid -- from r22492 diff
03:42 tetragon Anyway, the one for it I created is 52398
03:49 Infinoid cool.
04:39 tetragon joined #parrot
04:51 chromatic tetragon, I just fixed the segfault in RT #41097.
04:52 tetragon You did?
04:52 chromatic Yep, going to check it in in a second.
04:55 dalek r26699 | chromatic++ | trunk:
04:55 dalek : [IMCC] Made IMCC report an error when encountering get_results, get_params,
04:55 dalek : set_args, and set_returns opcodes with the wrong number of arguments.  Fixes RT
04:55 dalek : #41097.
04:55 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26699
04:57 tetragon On a non-crash note, test 2 of t/compilers/imcc/syn/regressions.t is failing on me
05:00 tetragon It can't find the opcode div_i_ic_ic
05:01 Infinoid ooh.  what platform?
05:01 tetragon ppc
05:01 Infinoid I reopened #43048 yesterday because of the same thing on amd64
05:02 Infinoid been banging my head on the table, trying to find out what's different about amd64... maybe its something different about x86 instead.
05:03 tetragon I can see about copying a fresh source tree over to my 32-bit Intel Mac, and see what it does there
05:04 Infinoid ok.  Coke tested it on x86 linux and saw no problems there
05:06 Infinoid I spent a bunch of time poking around in gdb yesterday.  (single-instruction-stepping through longjmp is fun, by the way.)
05:06 Infinoid found a difference of behavior in compilers/imcc/parser_util.c line 653: the retval was NULL on both platforms, but the "ok" flag was set to 11 on x86
05:06 Infinoid and it was 0 on amd64.
05:07 Infinoid but that's as far as I got with it
05:10 wknight8111 joined #parrot
05:20 tetragon 32-bit intel mac passes the test
05:20 chromatic Which runcore?
05:26 tetragon I'm also getting 0 for ok on line 653 on ppc
05:27 tetragon And 11 on i386
05:30 Infinoid chromatic: all of them.  occurs with -C, -f, -g, -j, -p, -S, -t, or whatever's used by default.
05:30 chromatic That should be easy to reproduce.
05:31 Infinoid need an account to poke around on?
05:31 tetragon ok is 11 in its undefined state on i386, but not on ppc
05:32 Infinoid I thought 11 looked suspicious, since the function in question only sets it to 1
05:34 tetragon The second time flow goes through there on i386, it starts as 110
05:34 tetragon And is then set to 0 by IMCC_subst_constants
05:35 Infinoid I wonder if initializing ok to 0 causes it to break on x86.
05:35 * Infinoid tries it
05:38 tetragon There are some cases in IMCC_subst_constant where ok isn't touched
05:39 tetragon A single return statement
05:39 Infinoid awesome, it does break x86.
05:39 tetragon I think that return is being hit
05:40 tetragon i386 passes because ok remains 11
05:40 * tetragon sets yet another breakpoint
05:40 nopaste "Infinoid" at 76.215.208.106 pasted "Initialize the darned variable." (13 lines) at http://nopaste.snit.ch/12606
05:40 Infinoid I'm tempted to check that in, as-is.
05:41 * Infinoid likes breaking x86.  Stuff gets fixed when its reproducible on x86. :P
05:41 tetragon Yep, it's hitting the return that doesn't modify ok
05:41 chromatic Wow.  That's not a lovely function at all.
05:41 tetragon Line 980 of optimizer.c
05:42 tetragon That's the return that doesn't touch ok
05:42 chromatic It ought to.
05:42 tetragon Well, unlike the other two returns in the function, it doesn't
05:43 chromatic With the appropriate modification, do you get the segfault?
05:43 tetragon That case was one that that didn't segfault
05:43 tetragon It just failed
05:45 tetragon I haven't tested the 41097 changes yet
05:48 Ademan joined #parrot
05:48 Infinoid what does this code need to do, to make the test pass?
05:49 jan joined #parrot
05:49 Infinoid I'm not sure whether ok should be set to 0 or 1 for that return, but neither value seems to have an effect on the test.
05:50 zarchne joined #parrot
05:51 dalek r26700 | chromatic++ | trunk:
05:51 dalek : [t] Untodo the test for RT #41097, which is passing as of r26699.
05:51 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26700
05:52 Infinoid the way I understand it, it tries a constant-folding optimization, fails that, and so does it at runtime.  (That much is consistant between platforms.)  The weird thing is that x86 wasn't breaking at runtime, I guess because of the uninitialized "ok" variable.
05:52 Infinoid So does that mean we need the 'div_i_ic_ic' op after all?
05:53 chromatic Looks like it to me.
05:53 chromatic I tried adding it, but...
05:54 * Infinoid looks to see what else breaks on x86 when "ok" is initialized to 0
05:57 tetragon chromatic: Your segfault fix works on ppc
05:57 chromatic Good.
05:59 nopaste "chromatic" at 63.105.17.30 pasted "Test Patch to Fix IMCC syntax regression" (1428 lines) at http://nopaste.snit.ch/12607
06:00 Infinoid hooray for make -j, hooray for ccache.
06:02 * tetragon wonders about if anything special needs to be done for ppc
06:02 chromatic Hm, it looks like *ok = 0 is wrong.
06:02 Infinoid ok 2 - cannot constant fold div by 0
06:02 chromatic Probably some of the PPC JIT is wrong in that some of the functions now take interp as their first argument.
06:02 chromatic That'd be in src/jit/ppc/core.jit
06:02 chromatic Heavily macro-ized and templated code.
06:03 Infinoid chromatic: patch looks good on amd64
06:03 chromatic Something breaks x86 horribly though.
06:03 tetragon Feh, *ok = 0 was equivalent to what your amd64 and my ppc were doing
06:05 tetragon Hrm... the build process crashing generally isn't a good sign
06:05 Infinoid I had to do a realclean before it built cleanly
06:05 chromatic Yeah, I invalidated bytecode.
06:13 Infinoid hmm, I see no x86 breakage.
06:14 chromatic I don't, if I do the int i = 0;
06:16 tetragon t/compilers/imcc/syn/regressions.t passes ppc
06:16 Infinoid oh, I do see breakage, just not in the test I had originally tried.
06:16 Infinoid t/compilers/imcc/syn/op.t for example
06:16 tetragon I also see breakage in op.t
06:16 Infinoid breakage is consistent between x86 and amd64
06:16 tetragon Tests 16 and 26-31 fail
06:17 Infinoid yep
06:18 * Infinoid heads off to bed, goodnight
06:19 chromatic only t/compilers/imcc/imcpasm/opt1.t fails for me.
06:19 chromatic test 15
06:20 tetragon I also get a failure in t/compilers/imcc/syn/const.t
06:20 tetragon Test 2
06:21 tetragon Couldn't find the opcode add_i_ic_ic
06:21 tetragon The op.t failures are of the same variety of not finding opcodes
06:21 nopaste "Infinoid" at 76.215.208.106 pasted "Test failures in t/compilers/imcc/ from http://nopaste.snit.ch/12607" (518 lines) at http://nopaste.snit.ch/12608
06:22 Infinoid (that's on amd64)
06:22 Infinoid *gone*
06:22 chromatic Ah, but I added the opcode in my patch.
06:23 tetragon Loads of sigbus
06:24 tetragon opt1.t has a load of failing tests, opt2.t has three tests that not only fail, but sigbus
06:24 nopaste "chromatic" at 63.105.17.30 pasted "Test Patch for IMCC Regressions, Take Two" (1429 lines) at http://nopaste.snit.ch/12609
06:24 chromatic Is that patch any better?
06:24 chromatic Revert the old one, and try this one.
06:25 chromatic If you already did a make realclean for the old one, no need to do it again for this one.
06:25 tetragon Bah, right after I started one
06:28 chromatic Here's a chance to plug ccache then.
06:29 dalek r26701 | duff++ | trunk:
06:29 dalek : [rakudo] Add loop statement
06:29 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26701
06:38 tetragon All tests under t/compilers/imcc/reg and syn pass
06:39 tetragon But test 15 of imcpasm/opt1.t fails
06:40 tetragon No sigbus crashes in t/compilers/imcc/* other than syn/macro.t test 32, which is not a new failure
06:40 chromatic I expect opt1 to fail
06:40 tetragon No other failures in imcpasm
06:41 chromatic Where were you getting the segfault before?
06:41 tetragon the macro.t test 32 one?
06:41 tetragon It didn't change
06:42 tetragon not ok 32 - invalid label syntax # TODO RT#47978, RT#51104
06:43 chromatic Oh.  Is t/compilers/imcc/syn/regressions.t passing now then?
06:43 tetragon LYes
06:43 chromatic So it fixed that much anyway.
06:43 chromatic purl, messages
06:44 chromatic msg Coke Does http://nopaste.snit.ch/12609 make sense for fixing t/compilers/imcc/syn/regressions.t?
06:44 purl Message for coke stored.
07:18 darbelo joined #parrot
07:20 iblechbot joined #parrot
07:57 dalek joined #parrot
08:03 dalek r26702 | fperrad++ | trunk:
08:03 dalek : [docs]
08:03 dalek : - add README_cygwin.pod
08:03 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26702
08:15 darbelo left #parrot
08:27 askie joined #parrot
08:57 contingencyplan joined #parrot
09:38 nopaste joined #parrot
09:45 ruoso joined #parrot
10:48 divot_powell joined #parrot
11:40 IllvilJa joined #parrot
11:44 iblechbot joined #parrot
12:41 dalek r26703 | kjs++ | trunk:
12:41 dalek : [pdd29] give pdd29 a first swing
12:41 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26703
13:03 muixirt joined #parrot
13:16 skids joined #parrot
13:21 ruz_ joined #parrot
13:32 gryphon joined #parrot
13:38 gryphon joined #parrot
13:39 Coke (regressions.t) feel free to re-todo that test until I fix it.
13:42 rdice joined #parrot
13:44 jhorwitz joined #parrot
13:47 gryphon joined #parrot
13:52 Coke msg chromatic : regarding your nopaste: yup, make sense, but there are other ops we shouldn't skip then: anything that causes an exception to be raised during constant folding. (like div_n_nc_nc)
13:52 purl Message for chromatic stored.
13:52 * Coke will try to apply that when he gets home tonight if someone doesn't beat him to it.
13:52 Coke should also add a test for the floating point version of that test.
13:53 jhorwitz particle: ping
13:54 ruz_ joined #parrot
13:55 gryphon joined #parrot
14:06 particle jhorwitz: pong
14:06 jhorwitz hey there particle
14:06 particle hi-o jhorwitz
14:07 jhorwitz see the oscon schedule?  they put mod_parrot and rakudo in the same slot!
14:07 iblechbot joined #parrot
14:08 particle uh. no. rats.
14:08 particle link?
14:08 jhorwitz http://en.oreilly.com/oscon2008/pu​blic/schedule/grid?date=2008-07-23
14:08 shorten jhorwitz's url is at http://xrl.us/bisig
14:08 particle i'll tickle allison's ear about it
14:08 jhorwitz yeah, it would suck to split our audiences
14:09 particle yep, that would be four upset people.
14:09 jhorwitz and i want to see your talk, anyway.  :)
14:09 * jhorwitz makes five
14:10 particle planning on yapc::na?
14:11 jhorwitz if my talk is accepted, i'll obviously go.  i think i'll go anyway, since i haven't been to chicago
14:13 particle you're going. we're hacking the weekend before. i'll likely buy my tickets later this week.
14:13 particle shower &=
14:13 DarkWolf84 joined #parrot
14:16 * Coke will be there the weekend before as well.
14:20 jhorwitz Coke: i seem to remember meeting you briefly in toronto in 2005.
14:26 davidfetter joined #parrot
14:27 particle i think i introduced you two
14:27 jhorwitz are you typing from the shower?
14:30 avar g/w 24
14:33 Andy joined #parrot
14:36 Coke jhorwitz: very likey.
14:36 Coke "likely"
14:37 Andy Morning all.
14:37 purl evening, Andy
14:37 Andy Is Parrot still continuing?
14:37 particle no, audrey used to do that
14:37 Andy Even though I haven't done any work on it in weeks?
14:37 particle until she fried her laptop while doing so
14:37 particle ...perhaps 'drowned' is a better word :)
14:38 particle andy. we couldn't continue without you, so we destroyed the repo.
14:38 particle we're all working on ack now.
14:39 Andy You are?
14:39 jhorwitz mod_ack is a pain...
14:39 Andy Coulda fooled me!
14:39 Andy I hope there's a backup of the repo.  I'd like to do some Parrot again.
14:39 Andy Just no time right now.
14:39 Andy Of course, I have to write slides about how to write C.
14:40 ruz_ joined #parrot
14:42 kj joined #parrot
14:49 jan joined #parrot
14:58 * pmichaud looks at booking tickets for yapc::na and oscon
15:00 * Debolaz should visit one of these places one day.
15:00 * Infinoid too.
15:01 pmichaud are we hackathoning or anything around oscon?
15:01 particle yes, weekend before
15:01 particle i'm flying in friday night
15:01 pmichaud oscon, not yapc
15:01 particle ah. righto.
15:02 particle i'm free either weekend
15:02 pmichaud I'm thinking I may want to attend Damian's vim tutorial
15:02 particle start a mail, or bring it up at sixperl
15:02 pmichaud and perhaps ubuntu live
15:02 jjore_ joined #parrot
15:08 particle 60*36
15:08 purl 2160
15:08 particle 2160-1917
15:08 purl 243
15:08 particle 243/36
15:08 purl 6.75
15:09 rhandom joined #parrot
15:19 Coke ... try #balanceMyCheckbook =-)
15:23 particle i'm pricing a new laptop
15:24 particle $1917. $2160 at $60/mo for 36mo lease means it costs $6.75/mo in interest.
15:24 particle not worth it.
15:25 pmichaud yes, I may be in the market for a new laptop soon
15:25 pmichaud I can no longer extend the insurance on my current laptop (which has been a dream), so when/if it breaks I'll need a new one on short notice :-)
15:26 particle i really like the look and specs for the lenovo x61. i'd love to see one in person before buying
15:26 * Infinoid *hearts* his t61
15:28 particle i have a t43, wish it was a t61
15:28 particle but it's not mine, it belongs to a client
15:28 pmichaud I have a Sharpie pen -- maybe you can switch the number?  ;-)
15:30 Andy Rakudo blogging++ http://reddit.com/info/6e3o0/co​mments/?already_submitted=true
15:30 shorten Andy's url is at http://xrl.us/bisof
15:30 Theory joined #parrot
15:31 ruz_ joined #parrot
15:34 Tene particle: what do you think of the x300?
15:34 divot_powell joined #parrot
15:36 pmichaud heh
15:36 pmichaud my laptop is a (Dell) x300 :-P
15:36 Tene Heh.
15:36 particle i really want to like the x300, but it's not powerful enough for me
15:36 pmichaud I think it's a terrific laptop.  I wish I could extend the coverage on it. :-)
15:36 pmichaud I'm seriously considering that my next laptop will be a mac
15:37 * pmichaud decides to check out Dell's website, just in case
15:37 Tene I'm probably buying a T61 soon.
15:37 particle i considered that, too. then i found somebody who installed osx on a dell.
15:37 Tene I get an employee discount, too.
15:37 pmichaud well, I've been very happy with kubuntu lately -- 8.04 beta runs extremely well for me on my systems
15:37 Tene Well, employee friends and family.
15:38 Tene Hm, any parroters around Philadelphia next week?
15:38 pmichaud particle: are you planning to stay in the on-campus accommodations at yapc::na ?
15:39 particle yes. there's nothing else convenient
15:39 divot_powell Hi, I'm a student at the University of Edinburgh considering applying for the summer of code program. I have a background ibn compiling and I've been looking at the proposals online and am quite interested in the implementation of perl6 in perl6 and the AST optimisation for parrot. Is there anyone here that can give me a little more background on either of these projects? Such as skills you recommend for them or whe
15:40 divot_powell *rakudo
15:40 particle divot_powell: i think the ast optimization project is a good one, because you can learn from what gcc did with GIMPLE and Tree-SSA
15:41 particle ...and it would benefit all languages running on parrot
15:41 particle perl 6 in perl 6 is a goal (maybe) but not important at this point in rakudo development
15:42 particle it's much more important that we extend rakudo to something that can be used generally before we worry about bootstrapping
15:43 divot_powell the AST did catch my eye as I have been learning alot about AST's recently on my course. Do you have any idea as to a timescale of when I should have done certain things by etc? The reason I ask is due to the amount of exams I have coming up in the next month and a bit
15:47 particle the google soc calendar is available on google's site
15:48 particle lemme find a link
15:49 particle http://code.google.com/opens​ource/gsoc/2008/faqs.html#0.1_timeline
15:49 shorten particle's url is at http://xrl.us/bispn
15:50 divot_powell excellent, thanks...
15:50 divot_powell Sorry there's just a fair amount of info online and it can be a bit daunting at times...
15:51 particle read the faq. it'll answer a lot of questions
15:58 pmichaud the yapc::na wiki says hackathon will be June 19-20 (?!)
16:05 particle you'd better fix it.
16:05 particle the parrot hackathon will be the 14-15
16:06 pmichaud will we have access to on-campus accommodations then?
16:06 pmichaud (I'm composing a reply to the list)
16:07 particle i believe so. jmcadams is the one to poke about that
16:07 particle iirc there was a thread about that already
16:07 particle however perhaps it was off-list
16:07 pmichaud right, I'm replying to the thread.
16:07 particle ah. perfect.
16:08 particle did audrey previously attend sixperl?
16:08 pmichaud no
16:09 particle i think it may be time. i'll mention it today
16:09 pmichaud iirc, she was invited but declined
16:09 pmichaud she didn't want to be involved in meetings that weren't "completely open"
16:10 pmichaud but I could definitely be mis-remembering that.  it was long ago.
16:14 particle that does sound like her style :)
16:28 dalek r26704 | infinoid++ | trunk:
16:28 dalek : [imcc, raduko]
16:28 dalek : Minor fixups to pass t/codingstd/c_parens.t and t/codingstd/cuddled_else.t.
16:28 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26704
16:58 peeps[work] joined #parrot
17:06 particle heh: http://perl.org/six
17:06 Psyche^ joined #parrot
17:12 sjansen joined #parrot
17:16 Coke I wonder who set that up. :p
17:17 kj Back to the 80s
17:19 grim_fandango joined #parrot
17:20 Infinoid guess you had to be there.
17:20 kj oh yaa! :-)
17:22 cotto_work particle++ for finding that
17:26 cotto_work joined #parrot
17:52 barney joined #parrot
18:11 barney abc 1.3.0 http://plnews.org/posts/abc_130​_released_20080402_061600.html
18:11 shorten barney's url is at http://xrl.us/biszx
18:28 cotto_work joined #parrot
18:36 dalek r26705 | bernhard++ | trunk:
18:36 dalek : [HQ9+]
18:36 dalek : Fix whitespace handling. Whitspace is not required between commands.
18:36 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26705
19:00 peepsalot joined #parrot
19:14 dalek r26706 | kjs++ | trunk:
19:14 dalek : [NEWS] mention the new pdd29.
19:14 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26706
19:21 ruoso joined #parrot
19:23 kj joined #parrot
19:29 barney joined #parrot
19:59 TimToady phone
20:00 pmichaud can't find my phone :-(
20:00 pmichaud btiab
20:03 IllvilJa joined #parrot
20:09 cotto_work joined #parrot
20:48 cotto_work once type ids are eliminated, will the proper way to check types within PMCs be via VTABLE_isa and VTABLE_does?
20:54 Coke does doesn't tell you the specific type, and isa only tells you if you've guessed right.
20:55 slightlyoff joined #parrot
20:55 Coke VTABLE_name and VTABLE_getclass, more likely.
20:57 Coke ... it would be nice if the .ops files didn't have to specify "goto NEXT()" but instead had that as a keyword.
21:00 cotto_work ok
21:01 cotto_work that's going to be less than a fun transition
21:04 Coke cotto_work: (less than fun) hence the branch.
21:04 cotto_work working out-of-tree FTL
21:07 Coke are you anti-branch? heretic. =-)
21:09 Infinoid Coke: I tried doing a s/goto NEXT()/next/g and putting a "#define next goto NEXT()" at the top.  But it turns out "next" is also fairly common as a variable name, so that didn't build.  any other choices?
21:10 * Infinoid is a bit bored at the moment, and therefore, up for trying weird stuff like this.
21:10 Coke goto NEXT() is already sugar.
21:11 Coke I'd add a flag like "normal-flow-control" except shorter and saner as one of the flags. If that flag is present, act as if "goto NEXT()" was the last line of the tag body.
21:12 Infinoid darn, that sounds *so* much less hackish.
21:14 Coke have at it if you're bored.
21:15 Infinoid stage 1, figure out how to add flags in .ops files.  stage 3, profit.
21:17 dalek r26707 | kjs++ | trunk:
21:17 dalek : [pdd19] add some more proposals to pdd19; it will be reviewed shortly  (I heard), so this is the chance to put in ideas.
21:17 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26707
21:21 wknight8111 joined #parrot
21:26 pmichaud http://use.perl.org/~pmichaud/journal/36035
21:27 cotto_work Coke, I'm still waiting for the legal fun to clear.  I'm reasonably sure you were joking, but I'm definitely eager to get my code back in svn.
21:32 Infinoid is there any visible progress on that, by the way?
21:43 sjansen joined #parrot
21:43 cotto_work Infinoid, none that I can see, but my boss is getting back from vacation on Monday, at which point I'll get an update.
21:44 Infinoid great, hoping it all goes through smoothly and quickly :)
21:44 cotto_work it's neither as far as I can tell, but I'll be content with it just going through
21:47 cotto_work fwiw, I think it's quite likely to happen
21:54 Coke cotto_work: I was talking to Infinoid.
21:54 Coke I know you're hamstrung atm.
22:07 cotto_work and now I know that you know
22:07 cotto_work (watch out for the recursion)
22:08 grim_fandango joined #parrot
22:11 Infinoid I know you know I know you know, but you didn't know I knew that you knew I knew you knew, until I just now told you.
22:12 cotto_work my stack broke
22:14 * Tene picks up the pieces.
22:14 cotto_work hey! I need those.
22:18 pjcj joined #parrot
22:20 pjcj joined #parrot
22:21 pjcj joined #parrot
22:26 kid51 joined #parrot
22:27 jan joined #parrot
22:54 Debolaz joined #parrot
23:00 TonyC joined #parrot
23:01 tetragon joined #parrot
23:04 Limbic_Region joined #parrot
23:16 Theory joined #parrot
23:34 nopaste joined #parrot
23:39 liona29 joined #parrot
23:40 TonyC joined #parrot
23:47 jan joined #parrot
23:51 skids joined #parrot

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

Parrot | source cross referenced