Camelia, the Perl 6 bug

IRC log for #parrot, 2010-03-05

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 AndyA joined #parrot
00:01 allison plobsing: I'm not entirely opposed to the idea of callbacks, but I'm also not convinced yet that we need the feature
00:02 allison plobsing: and would rather do the PCC refactor without this added complexity, then see if the callback strategy makes any sense after the refactor
00:02 allison plobsing: it may be that this is a feature of Parrot::Embed, rather than of the base Parrot API
00:03 plobsing allison: ok, it can wait I guess.
00:03 plobsing allison: this isn't just about Parrot::Embed. It's about any forwarding interface of parrot.
00:03 allison plobsing: we're aiming to merge the hackathon branch back in after the weekend, so it's not a long wait
00:05 eternaleye joined #parrot
00:06 plobsing sweet. can't wait.
00:08 Whiteknight Austin++
00:12 dalek TT #1497 created by Austin_Hastings++: Expose 'meth_cache' attribute of class.pmc
00:14 AndyA_ joined #parrot
00:14 Austin What does VTABLE_instantiate call?
00:14 Austin nm, found it
00:21 particle coke: i have configured mollum on parrot.org for spam protection.  if you need to adjust, see https://www.parrot.org/admin/settings/mollum
00:37 ash_ joined #parrot
00:51 Whiteknight question: does Object.mark need to mark the Class object, when the Class is already in the VTABLE, which gets marked?
00:54 parthm joined #parrot
00:54 Austin What about anonymous classes?
00:54 payload joined #parrot
00:54 Austin $P0 = newclass
00:55 Whiteknight we support that?
00:55 Austin or $P0 = new 'Class'
00:55 Austin Yeah, that's how P6object creates the protoclass for the protoobject of every class.
00:55 Austin The protoclass is an anonymous class that multiply inherits from P6protoobject and (your class).
00:56 Austin Pm uses this to insert special protoobject behavior in front of your class' methods, except for some special ones.
00:57 Austin Look in $_RTL/P6object.pir, at or around line 506 - "## create an anonymous class for the protoobject"
00:59 Austin Anyway, I'm not real clear on the difference between 7  $P0 = newclass   and 7   $P0 = new 'Class'  , so I'm not so much telling you anything as suggesting that if there's a weird case, this is likely where you can find it.
01:03 abqar joined #parrot
01:07 parthm hello. i see that squaak grammar inherits from PCT::Grammar while the mk_language_shell generated skeleton inherits from HLL::Grammar.
01:07 Austin squaak is very old
01:09 parthm Austin: thanks. i will go with HLL::Grammar then. I was trying to locate its source, is it nqp-rx/src/stage0/HLL-s0.pir?
01:09 Austin I think it's in src/HLL/Grammar.pm
01:11 Whiteknight Austin: I don't see a newclass opcode with only one parameter
01:12 parthm there doesn't seem to be a src/HLL dir. These are the Grammar.*s that i found http://pastebin.com/Ew0y5xUv
01:12 Austin It'll have to be new 'Class' then
01:12 Austin Parthm, are you looking at a parrot distro, or nqp-rx?
01:14 Austin If so, that looks right. $_PARROT/ext/nqp-rx/src/state0/HLL-s0.pir
01:14 parthm Austin: I am using the 2.1.1 tarball. ok. will go through HLL-s0.pir
01:15 parthm Austin: thanks.
01:16 Austin parthm, that's one big file, combining some hand-written and machine-generated code. Try this instead: http://github.com/perl6/nqp-rx/tree/fc0d84​22fb44f7917f41dd01f70043460f95cf01/src/HLL
01:17 parthm Austin: thanks for the pointer. HLL-s0.pir did look a little scary :-)
01:17 Austin :)
01:20 payload left #parrot
01:33 atrodo joined #parrot
01:38 Austin WTF? Why is add_parent a vtable op?
01:41 parthm left #parrot
01:42 allison Austin: because different object models behave differently when adding a parent
01:42 Austin And so it has to be an op rather than a method?
01:43 allison methods are slow as mud
01:43 Austin Sure, and you're going to call "add_parent" how many times, exactly?
01:43 allison which is to say "eventually, no, but for now, yes"
01:44 allison depends on the system
01:44 kid51 I guess it's appropriate that on every box on which I do a smolder test, I get a different set of TODO passed tests from t/dynoplibs/random-range.t ;-)
01:44 Whiteknight Austin: I've got plenty of complaints about the list of current VTABLEs. We can toss yours on the pile :)
01:45 Austin Whiteknight: I figured you'd be all over this one. There's already a method - it calls the vtable function. Just reverse 'em, deprecate the vtable, and you're done.
01:46 Austin kid51: I've been thinking about that random-range test. I think another layer of statistics might quiet the thing down a bit.
01:49 Whiteknight by the way, I was *very* happy about allison's email earlier today about how we should be getting rid of delegate objects in Object PMC eventually
01:49 Whiteknight if we could fix the inheritance problem between Objects and PMCs properly, so many bugs will disappear
01:49 Austin Can anyone think of why 'new' would ignore a find-method override in a brand-new subclass?
01:50 Whiteknight what do you mean?
01:52 Austin Well, I *think* I'm creating a p6object class, with its associated baggage. And I'm fairly certain none of the parent classes has a vtable override. But when I lookup the pir::class() of the protoobject, and install a vtable override find-method on it, and then call $protoobject.new(), it goes directly to a sub, rather than visiting my find-method override.
02:12 mikehh kid51: t/dynoplibs/random-range.t seems to be rather random in it's results :-} - it gives different results every time it is run
02:15 mikehh try running prove t/dynoplibs/random-range.t a few times to see what I mean
02:17 mikehh Austin: I played around with the test a few times and could not get consistent results
02:18 Austin mikehh: I think the right thing to do is to make the current-day "test" ops into an accumulative result, and check if the result fails more than a certain percentage.
02:18 Austin (FWIW, I believe it will fail that meta-test...)
02:18 mikehh also tried altering the parameters a bit but still had a few failures
02:20 mikehh bear in mind it is a test foir randomness in cryptographic systems which generally have much more stringent tests
02:20 mikehh s/foir/for/
02:23 mikehh and furthermore, a truly random system could still allow for 50 heads in a row or more
02:25 Austin You're right, of course.
02:25 Austin Do you have a suggestion for a better test?
02:27 mikehh the test is usefull for looking at randomness of the pseudo-random number generators but I am not sure it should be part of the standard test suite
02:29 Austin Is there a non-standard test suite?
02:29 dalek rakudo: 2d9808d | (Solomon Foster)++ | t/spectest.data:
02:29 dalek rakudo: Turn on S32-io/file-tests.t.
02:29 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​d9808d19ba45c09f61a4c6fc4b4b7159ea760cc
02:35 parthm joined #parrot
02:40 Andy joined #parrot
02:42 Coke Austin: when you remove a file, you need to update the manifest.
02:43 Austin Fixing. Sorry.
02:45 redbrain joined #parrot
02:47 dalek parrot: r44635 | Austin_Hastings++ | trunk/t/dynoplibs/random-range.t:
02:47 dalek parrot: Resolving "unexpected TODO passes" in standard test suite.
02:47 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44635/
02:47 dalek parrot: r44636 | Austin_Hastings++ | trunk/MANIFEST:
02:47 dalek parrot: Updating MANIFEST
02:47 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44636/
02:53 Coke anyone mind if I merge rm_cflags back?
02:54 Austin What, that old thing?
02:54 Tene Coke: that would be great.
02:55 Coke ok. only several dozen conflicts to resolve that I thought I already took care of. =-)
03:00 kid51 Coke: Branch built successfully for me tonight on Darwin/PPC:  http://smolder.plusthree.com/app/pu​blic_projects/report_details/32496.  Also passed make codetest and make buildtools_tests
03:00 kid51 Also passed make test on Linux/i386:  http://smolder.plusthree.com/app/pu​blic_projects/report_details/32493
03:01 kid51 So, no objection here.  I think this was the most intensive look at/rethinking of our configuration and build in 5 years!  Coke++
03:03 Coke heh
03:13 Austin Is there a way in `less` to temporarily hide certain lines?
03:29 Coke Austin: that seems like an odd question to me.
03:29 Coke also, subversion sucks.
03:31 Austin Coke: while paging through a bunch of trace output, I'd like to hide the "current instr.:" lines, and particularly the "*** switching to" lines. But I know that when I find what I'm looking for, I'll want to see them again. So ...
03:36 plobsing Austin: I hardly use less. I pipe straight to my editor (vim) instead. Maybe that could work.
03:36 Coke mm, vip
03:36 Austin Maybe so. Does vim support masking?
03:36 plobsing it supports s/// and undo
03:36 Austin heh
03:37 Austin I think you mean d
03:37 ash_ what do you mean masking?
03:37 parthm Austin: vim support folding (:h folding, also try selecting visual range and zf)
03:38 Austin That might work. I'll rtfm
03:40 Austin ash_: I mean "don't show me lines like this"
03:40 Coke ok. the only thing stopping me from merging back rm_cflags is... svn.
03:40 ash_ ah, well i'd follow parthm's suggestion, you can fold the lines you don't wana look at
03:40 Austin Coke: I could swear we've been here before...
03:42 snarkyboojum joined #parrot
03:42 cotto joined #parrot
03:42 Austin Okay, it looks like vim's expression based folding is entirely capable of doing what I want.
03:43 Austin Sadly, I'm not smart enough to use it.
03:43 * Coke suggests just using grep.
03:43 Austin (Or, put another way, I'm not dumb enough to waste the brain cells necessary to figure it out.)
03:43 Austin Yeah, that's the plan.
03:44 ash_ i have been slowly learning vim for like 2 years
03:44 ash_ i try to at least once a week read another part of vimtutor or the help section, but i don't even know how to code fold based off an exression :P
03:44 Austin I've been slowly forgetting vi for about 20, now.
03:44 ash_ expression
03:44 purl well, expression is a set of directions to an automaton.
03:44 Austin :)
03:45 Coke ok. svn merge ^/branches/foo gives me a gazillion conflicts.
03:45 Coke (most of which I already fixed going the other way.)
03:45 Austin This will make a fold out of paragraphs separated by blank lines:     :set foldexpr=getline(v:lnum)=~'^\\s*$'​&&getline(v:lnum+1)=~'\\S'?'<1':1
03:46 Coke svn merge --reintegrate ^/branches/foo fails with a ton of error messages like:
03:46 Coke Missing ranges: /trunk/t/oo/root_new.t:43789-44631
03:46 Austin Hmm..
03:47 janus joined #parrot
03:51 Tene Coke: you might take notes about this and add them to the notes about svn merging problems.
03:52 * Coke would be happy with "instructions on how to use svn properly."
03:53 Coke the way we do it seems to be recommended against by one of the core svn developers.
03:53 Coke (with no suggestion as to the right way, sadly.)
03:53 Austin Coke: did you merge trunk into ^/branches/foo first?  If so, things are up to date and you can probably merge --ignore-ancestry instead.
03:53 Tene Coke: when I've had to merge svn branches, I just give up and do a squash merge in git, discarding the history, and then delete the branch.
04:13 parthm left #parrot
04:24 atrodo joined #parrot
04:55 parthm joined #parrot
05:07 dukeleto 'ello
05:31 dalek parrot: r44637 | dukeleto++ | trunk (2 files):
05:31 dalek parrot: [docs] Update tests.pod a bit and remove a wrong comment from t/op/sprintf.t
05:31 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44637/
05:38 dns joined #parrot
05:38 hercynium joined #parrot
05:41 eternaleye joined #parrot
06:00 dns left #parrot
06:01 dukeleto jhelwig: http://trac.parrot.org/parrot/ticket/949
06:02 petdance joined #parrot
06:24 cotto joined #parrot
06:27 janus joined #parrot
06:41 parthm left #parrot
06:58 jhelwig Tene: I'm pretty sure that you can actually just do the merge normally in Git, and dcommit that with a recent enough Git, and SVN server.
07:06 chromatic joined #parrot
07:09 chromatic DOS is now done.
07:09 dalek parrot: r44638 | chromatic++ | branches/pcc_hackathon_6Ma​r10/compilers/imcc/pcc.c:
07:09 dalek parrot: [IMCC] Changed IMCC's PCC generator to emit get_results *after* the
07:09 dalek parrot: corresponding invoke.  Cats and dogs now live together.  Call your parents.
07:09 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44638/
07:09 dalek parrot: r44639 | chromatic++ | branches/pcc_hackathon_6Mar10/​compilers/imcc/instructions.c:
07:09 dalek parrot: [IMCC] Modified the opcode introspection for detecting instructions which write
07:09 dalek parrot: to registers to reflect the new order of get_results *after* invoke.
07:09 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44639/
07:16 chromatic The good news is that it only required changes in two places, and I knew where both of them were with a bit of searching.
07:16 chromatic The bad news is that function calls now do not work.  At all.
07:17 Austin Well, welcome to 1981.
07:17 Austin What's DOS stand for?
07:19 chromatic Lotus DOSn't run.
07:19 Austin Heh
07:19 Austin Well, I did my share of batch files. I can make do without function calls.
07:20 dalek tracwiki: v21 | chromatic++ | CallingConventionsTasklist
07:20 dalek tracwiki: Made the IMCC get_results/invoke ops order changes when generating PBC
07:20 dalek tracwiki: http://trac.parrot.org/parrot/wiki/CallingCo​nventionsTasklist?version=21&amp;action=diff
07:20 Austin Alternatively, you could google svn revert and get them back.
07:21 chromatic This was always the plan, Ron Moore style.
07:53 tuxdna joined #parrot
08:03 parthm joined #parrot
08:09 iblechbot joined #parrot
08:17 parthm_ joined #parrot
08:19 parthm_ joined #parrot
08:26 riffraff joined #parrot
08:29 parthm left #parrot
09:12 payload joined #parrot
09:43 mikehh joined #parrot
09:56 mikehh joined #parrot
09:58 parthm joined #parrot
10:07 parthm i was trying (unsuccessfully) to find where the make function used (as in 'make $past') in actions.pm defined. any pointer?
10:23 allison parthm: it's a builtin of the language NQP
10:26 parthm allison: thanks. i see 'stage2/gen/nqp-actions.pir:.sub "prefix:sym<make>"', I suppose thats what you mean? what exactly does the method do?
10:31 allison Patrick can give more of the internal details, but it mainly acts to return the PAST structure you create as the result of the rule.
10:33 parthm allison: thanks.
10:46 parthm left #parrot
10:48 aukjan joined #parrot
11:05 mj41_ joined #parrot
11:08 snarkyboojum joined #parrot
11:21 payload joined #parrot
11:25 shockwave joined #parrot
11:29 dalek rakudo: d4be43d | (Solomon Foster)++ | src/builtins/Int.pir:
11:29 dalek rakudo: Change infix:<===>(Int, Int) to return Bool.
11:29 purl dalek: that doesn't look right
11:29 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/d​4be43d97daabbeebed3f261b5ca4855845517e5
11:52 snarkyboojum joined #parrot
12:04 dalek parrot: r44640 | allison++ | branches/pcc_hackathon_6Mar10/src (3 files):
12:04 dalek parrot: [pcc] Rework set_returns and get_results to use the same code paths as
12:04 dalek parrot: set_args and get_params (with variations for the context level, since
12:04 dalek parrot: set_args and get_results operate from the caller's context, while
12:04 dalek parrot: get_params and set_returns operate from the called sub's context).
12:04 dalek parrot: This change sucessfully makes basic PASM and PIR subroutine calls with
12:04 dalek parrot: the new opcode order.
12:04 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44640/
12:15 AndyA joined #parrot
12:20 dalek parrot: r44641 | allison++ | branches/pcc_hackathon_6Mar10/t/op/calling.t:
12:20 dalek parrot: [pcc] Reorder the 'get_results' opcode calls in PASM calling convention tests.
12:20 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44641/
12:25 iblechbot joined #parrot
12:27 tetragon joined #parrot
12:41 whiteknight joined #parrot
12:46 whiteknight everybody ready for tomorrow's T3H M4J0R H4XX0RING tomorrow?
12:51 payload joined #parrot
12:53 mikehh joined #parrot
13:07 rblackwe joined #parrot
13:08 snarkyboojum joined #parrot
13:12 dalek blizkost: 0fe41d3 | unknown++ | build/ (2 files):
13:12 dalek blizkost: Don't use := in makefiles, it's unportable.
13:12 dalek blizkost: review: http://github.com/jnthn/blizkost/commit/​0fe41d31c59ad0c19dc27530b91637abada01729
13:12 whiteknight chromatic++ (work on the hackathon branch already)
13:15 whiteknight purl msg chromatic Would it be possible (or even worthwhile) to put together a test in t/compilers/imcc to prove that a PIR function call generates opcodes in the correct sequence?
13:15 purl Message for chromatic stored.
13:23 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32505), fulltest) at r44641 - Ubuntu 9.10 i386 (g++ with --optimize)
13:25 dalek parrot: r44642 | mikehh++ | branches/pcc_hackathon_6Mar10/src/ops/core.ops:
13:25 dalek parrot: fix codetest failure - trailing whitespace and copyright
13:26 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44642/
13:26 bacek joined #parrot
13:34 dalek blizkost: ac53c46 | unknown++ | src/pmc/p5 (5 files):
13:34 dalek blizkost: Some hacks that prevent weird __attribute__ related errors when compiling on Win32, so I can actaully hack on Blizkost again.
13:34 dalek blizkost: review: http://github.com/jnthn/blizkost/commit/​ac53c466ab360690c50350b18c5c0975e2db2eee
13:38 mikehh pcc_hackathon_6Mar10 branch make corevm ok, make fails make: *** [compilers/tge/TGE/Parser.pir] Error 1
13:40 mikehh make coretest - mega errors - finally gets lost in  t/compilers/imcc/syn/regressions.t
13:40 Coke if TGE or PGE fails, that's usually a sign that some core thing without enough testing is failing.
13:42 dalek parrot: r44643 | allison++ | branches/pcc_hackathon_6Mar1​0/src/pmc/continuation.pmc:
13:42 dalek parrot: [pcc] Remove a hack that's no longer needed, since all returns are
13:42 dalek parrot: handled as regular arguments passed to a continuation.
13:42 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44643/
13:50 mikehh rm_cflags branch - still failing post-config with g++ - i386 this time -  t/steps/auto/warnings-01.t - Failed test:  17
13:50 atrodo joined #parrot
13:59 Coke mikehh: argh. ok. will fix that before mergeback.
14:02 mikehh rm_cflags branch:
14:02 mikehh post-config FAIL - t/steps/auto/warnings-01.t - Failed test:  17
14:02 mikehh all other tests PASS (pre-config, make corevm/make coretest, smoke (#32507), fulltest) at r44643 - Ubuntu 9.10 i386 (g++ with --optimize)
14:05 Coke ugh. perl Configure.pl --verbose-step complains about auto:warnings, but silently accepts auto:warning (neither of which is a valid config step)
14:14 Coke IWBNI Configure steps had a way to depend on other steps, like, say, in a makefile.
14:15 dalek parrot: r44644 | allison++ | branches/pcc_hackathon_6Mar10/src/call/args.c:
14:15 dalek parrot: [pcc] Remove code supporting hack for continuation parameters, since
14:15 dalek parrot: the hack is no longer needed.
14:15 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44644/
14:15 dalek parrot: r44645 | allison++ | branches/pcc_hackathon_6Mar10 (2 files):
14:15 dalek parrot: [pcc] Remove unused function to build a special return signature from
14:15 dalek parrot: an op, now that return signatures are the same as call signatures.
14:15 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44645/
14:20 dalek rakudo: 0126a16 | (Solomon Foster)++ | t/spectest.data:
14:20 dalek rakudo: Turn on S32-list/pick.t.
14:20 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​126a16c7d91aad4bbdee6335595e257421e7ef2
14:20 dalek rakudo: 0728931 | (Solomon Foster)++ | src/builtins/Str.pir:
14:20 dalek rakudo: Switch .s to .filesize.
14:20 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​728931ad5338356256039d211757aff6de41e8e
14:20 dalek rakudo: b348b3e | (Solomon Foster)++ | src/builtins/Str.pir:
14:20 dalek rakudo: .filesize became .filebytes before I could get it pushed.
14:20 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/b​348b3ed0464c504b80b159075e5a3773f3ef464
14:27 mikehh rm_cflags branch:
14:27 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32508), fulltest) at r44645 - Ubuntu 9.10 i386 (gcc with --optimize)
14:32 dalek parrot: r44646 | allison++ | branches/pcc_hackathon_6Mar10 (2 files):
14:32 dalek parrot: [pcc] Remove function only left in place to support now-removed
14:32 dalek parrot: deprecated functions.
14:32 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44646/
14:52 rt7 joined #parrot
14:55 snarkyboojum joined #parrot
14:56 lucian joined #parrot
15:05 dalek parrot: r44647 | coke++ | branches/rm_cflags/config/auto/warnings.pm:
15:05 dalek parrot: Be nice if the g++ warnings were actually used for g++.
15:05 dalek parrot: mikeh++ for the bug report.
15:05 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44647/
15:07 Coke mikehh++ #typo
15:07 Coke mikehh++ # other commit with no builtin karma.
15:07 Coke mikehh: try now.
15:08 * Coke restarts the mergeback to trunk.
15:08 Coke sloooooooooooooooooooow.
15:09 * Coke wonders if this would be faster if he ran it on parrotvm.osuosl.org
15:11 * Coke suspects that would negatively impact web services, so doesn't
15:15 mikehh joined #parrot
15:17 Coke ok. i'm merging back and ext/nqp-rx is getting updated?
15:17 Coke ... this'll  be fun. :P
15:21 patspam joined #parrot
15:21 dalek parrot: r44648 | coke++ | branches/rm_cflags/t/steps/auto/warnings-01.t:
15:21 dalek parrot: Make this test pass on g++, add note about how fragile this test is.
15:21 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44648/
15:23 mikehh Coke: looks good
15:25 Andy joined #parrot
15:27 * Coke tries a run with --ignore-ancestry
15:30 bubaflub joined #parrot
15:31 Tene Coke: if that doesn't work, I'll try a merge from git-svn.
15:32 mikehh Coke: I get a problem if I add the --verbose flag to configure with both gcc and g++ - not the configure but with t/steps/auto/neg_0-01.t
15:35 mikehh it reports Parse errors: Tests out of sequence. -  Failed 2/23 subtests - but reports ok too all tests
15:36 Coke mikehh: does that happen on trunk?
15:36 mikehh never tried it there - let me see
15:37 Psyche^ joined #parrot
15:39 clinton joined #parrot
15:40 mikehh Coke: yes - same result on trunk - same test gives error information with --verbose but the test actually seems to pass, not collecting the info properly
15:41 theory joined #parrot
15:42 Coke mikehh: excellent. (from my POV)
15:42 mikehh prove -v t/steps/auto/neg_0-01.t seems strange when configured with --verbose
15:49 riffraff joined #parrot
15:54 nopaste "mikehh" at 81.149.189.7 pasted "post-config test failure when configuring with --verbose" (67 lines) at http://nopaste.snit.ch/19856
15:56 mikehh I am not sure I understand the output from the test - it passes  configured without --verbose
15:58 mikehh I did not see anything wrong with the --verbose output
15:58 bubaflub mikehh: i think it has to do with the output of "(no)" and then the TAP consumer is seeing that as a fail
15:59 bubaflub in front of test 12
15:59 bubaflub in front of test 10 is the same deal (i'm guessing) - output in front of the tap output is messing up prove
15:59 mikehh if you look at the output it somehow misses the (yes) as well as the (no)
16:03 bubaflub mikehh: yep, i think that's it.  the (yes) and (no) in front of the tests are confusing prove and it thinks the tests are out of order.  it seems like with the --verbose flag the output is being captured correctly.
16:04 mikehh and also the test passes if configured normally without the --verbose - it doesn't have the (yes) and (no)
16:04 bubaflub it looks like lines 121/122, and 104/105 for (no) and (yes)
16:04 bubaflub in the test
16:07 mikehh agreed, but why does the test output it when the --verbose option is specified with configure - it does not normally
16:07 Coke tene: this is a PITA. I can probably do it, but if you can do it quicker with git-svn...
16:08 Coke mikehh: because those tests are RUNNING configure bits.
16:08 Coke so the test should disable verbose explicitly.
16:12 mikehh Coke yes - line 97 and line 114 in the test
16:19 Tene Coke: trying to push a normal merge commit now
16:20 mikehh the is/like on line 104/105 and 121/122
16:20 Tene looks like it's going through fine
16:20 Tene Coke: r44649
16:20 Tene Coke: any chance I could get you to estimate how long you spent trying to get the merge to work?
16:21 Coke ... several hours.
16:21 Coke (on and off)
16:21 Coke which is entirely likely due to: 1) myself not properly doing the merge or 2) other people screwing things up and leaving the mergeinfo stuff everywhere.
16:21 davidfetter joined #parrot
16:22 Tene IMO, that's not something a VCS should be asking its users to do in the first place.
16:23 cotto_work joined #parrot
16:24 cotto_work helo
16:24 Coke Tene: oh, I'm sure it's all supposed to work automatically somehow.
16:26 Coke Tene: now, there's some minor properties cleanups I have to do here, i think, but it'll be simpler to do this as a two step process.
16:27 cotto_work What is this witchcraft?  Make is telling me what it's actually running?
16:28 Coke hopefully this is seen as a net win. =-)
16:28 dalek parrot: r44649 | tene++ | trunk (57 files):
16:28 dalek parrot: Merge branch 'rm_cflags'
16:28 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44649/
16:28 Tene aw, now that it's merged, I can't merge rm_cflags into my exceptions branch to cause more merge troubles later.
16:28 Coke (I for one am glad that I can now cut and paste the command line to rerun something.)
16:28 Coke Tene: *finger snap*
16:29 ttbot Parrot trunk/ r44649 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/221179.txt ( http://tt.ro.vutbr.cz//buil​dstatus/pr-Parrot/rp-trunk/ )
16:31 Tene Coke: does this also let make be more-intelligent about dependencies and rebuilding things?
16:31 Tene or was that a different proposed build system cleanup?
16:32 Coke Tene: don't think there's anything particularly hitting that target in this merge.
16:32 Coke (though killing most of auto::cgoto helps slightly)
16:32 Tene Okay, I must have confused it with something else.
16:33 particle wow, there's almost enough output during make on windows now to disguise the thousands of warnings... almost.
16:34 particle unfortunately, it doesn't disguise the error at the end.
16:35 Tene Yay, I get a segfault when building PGE now!
16:35 Coke I have a fix for that.
16:35 Coke and this is why I asked for feedback on windows. =-)
16:36 Coke ttbot++
16:36 particle ttbot++
16:36 particle looks like an easy fix
16:37 Coke yup. just extra spaces in a few places.
16:37 particle but, it's too bad that the path fixup for display of files during compilation is gone
16:37 nopaste "tene" at 76.27.121.193 pasted "PGE segfault" (5 lines) at http://nopaste.snit.ch/19857
16:37 particle windows builds used to show 'src/gc/system.c' when compiling that file, now they show only 'system.c'
16:37 Tene lemme try to get a backtrace
16:39 Tene Hmm.  Looks like my realclean didn't run, actually.  re-trying.
16:40 Coke particle: that's because that's what your compiler shows.
16:40 particle yes, and ron had provided a fixup for it
16:40 Coke in cflags, which is gone.
16:40 particle that was in cflags?
16:40 Coke yes.
16:40 particle odd
16:40 Coke it was the same thing that was hiding all the output.
16:40 Coke er, the command line.
16:41 cotto_work outlook--
16:41 particle ah, funny place for it.
16:41 cotto_work Those were not extra line breaks.
16:41 Coke not really. where else would it go?
16:41 particle cotto_work: i know folks on the outlook team. shall i shoot them for you?
16:41 Coke particle: are you using cl?
16:41 whiteknight particle: that would be handy
16:41 particle coke: yes
16:41 whiteknight I can't think of a piece of software I dislike more
16:41 Coke Looking at http://tt.ro.vutbr.cz/file/cmdout/221179.txt shows the path.
16:41 particle itunes is worse than outlook
16:42 ttbot Parrot trunk/ r44650 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/221228.txt ( http://tt.ro.vutbr.cz//buil​dstatus/pr-Parrot/rp-trunk/ )
16:42 whiteknight that may be true, but I don't use itunes
16:42 particle me neither :)
16:42 cotto_work particle, that's a kind offer but I think I'll decline.
16:42 Coke fix for /Fo in.
16:42 Coke er, -Fo
16:42 particle cotto_work: my rates are fair. consider it and let me know.
16:44 Coke Can anyone translate the error message at the bottom of that last ttbot report?
16:44 whiteknight Coke++ the new makefile is going swimmingly on my system
16:44 dalek parrot: r44650 | mikehh++ | trunk/MANIFEST.SKIP:
16:44 dalek parrot: regenerate MANIFEST.SKIP
16:44 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44650/
16:45 dalek parrot: r44651 | coke++ | trunk (2 files):
16:45 dalek parrot: Fix the build for cl, which doesn't allow a space between the -Fo option and the value.
16:45 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44651/
16:45 Tene Coke: sorry for the false alarm.  no segfaults for me.
16:46 whiteknight ACtually... build just failed
16:46 Tene build worked perfectly for me
16:46 whiteknight this.wsnProgramingPanel1.
16:46 whiteknight bison -v -y compilers/imcc/imcc.y -d -o compilers/imcc/imcparser.c
16:46 whiteknight conflicts: 1 shift/reduce
16:46 ttbot Parrot trunk/ r44651 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/221252.txt ( http://tt.ro.vutbr.cz//buil​dstatus/pr-Parrot/rp-trunk/ )
16:46 whiteknight bison: cannot open file `compilers/imcc/imcparser.output': Permission denied
16:48 Coke are you running with --maintainer?
16:52 whiteknight Coke: yeah
16:52 whiteknight I'm reconfiguring without
16:53 Coke might also want a realclean.
16:53 Coke (the .output file there is kind of a hack.)
16:53 Coke I just tried to force a --maintainer run, and nothing changed, so I think we're good, there.
16:55 particle coke: i have svn trunk head on my win32 box, need any thing run in particular?
16:59 particle running 'perl Configure.pl && nmake world && nmake fulltest'
17:00 ttbot Parrot trunk/ r44652 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/221313.txt ( http://tt.ro.vutbr.cz//buil​dstatus/pr-Parrot/rp-trunk/ )
17:01 dalek parrot: r44652 | coke++ | trunk (4 files):
17:01 dalek parrot: fix svn:ignore, regen manifest.skip, rerun headerizer.
17:01 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44652/
17:02 Coke particle: danke.
17:03 Coke if you want to start masking some of those warnings with windows, I can point you at the spot in config/auto/warnings.pm for it.
17:03 Coke (though I'd rather just fix the warnings.)
17:03 particle build failure with default.obj
17:03 Coke ... I can fix that.
17:04 particle 7400+ lines of build output make it hard to copy/paste
17:05 particle i fear it'll be more than just one, lemme look closer
17:06 Coke it's the same space bug but with pmcs.
17:06 particle search http://tt.ro.vutbr.cz/file/cmdout/221263.txt for 'D9027'
17:06 particle ah, great, maybe that'll take care of it.
17:07 Coke particle: fixed.
17:07 Coke 44653
17:08 Coke gotta run for lunch. feel free to queue up any more bugs you find.
17:08 particle danke
17:08 shockwave I know this is besides the topic. I would like to register my nick, since I'm basically a regular around here, by now. I've been Googling on how to do it on this server, but I haven't found any good matches. Can anyone point me to a location with some info about it.
17:08 Coke there is no nick registration on this irc server.
17:08 particle there's no nick registration on this network
17:08 shockwave oh, alrighty.
17:08 purl alrighty. is there a way to do that without having to start a new process?
17:09 shockwave Thanks, particle. :)
17:09 particle we now consider you 'vaguely human'
17:09 shockwave lol
17:09 shockwave I do have one question related to Parrot. I did a test, but just want to confirm it. Is,
17:09 particle opbots, trust shockwave
17:09 slavorg Ok
17:09 slavorgn Ok
17:10 bubaflub Coke, not sure if you need it, but I'm building trunk on Mac OS X 10.6.2
17:10 Coke bubaflub: hokay.
17:10 frodwith joined #parrot
17:10 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32509), fulltest) at r44650 - Ubuntu 9.10 i386 (g++ with --optimize)
17:10 Coke and now, ->
17:11 shockwave 'null' is supposed to only be used to initialize variables, correct? Is not used in other ways, such as: foo(null), right?
17:11 Coke oh, and someone can remove rm_cflags branch, I guess.
17:11 Coke null is an opcode.
17:11 particle coke: linker error
17:11 Coke ttbot? hurry up.
17:11 particle building is so much speedier, though.  these errors come up much faster than before.
17:12 Coke particle: that's because we're not invoke perl to invoke cl.
17:12 bubaflub Coke: builds fine, i can run make coretest
17:12 Coke bubaflub: danke.
17:12 shockwave Coke, but one can do this: $P0 = null
17:12 shockwave oh, right.
17:12 Coke shockwave: that is sugar for null $P0
17:12 shockwave An opcode that has no operands.
17:12 shockwave I get it.
17:12 particle c:\usr\perl-5.10.1-x86\bin/perldoc ...
17:12 particle misslash
17:12 shockwave Thanks, Coke.
17:12 Coke particle: thought I got all of those. checking...
17:12 Tene shockwave: one operand
17:13 shockwave Tene: True.
17:13 particle seems to be with maps_ops_switch
17:13 shockwave yay! I have an arroba in my name. I'm actually smiling right now.
17:13 shockwave Wow, I'm a nerd.
17:13 particle ah, no, just after... it's podifying src/packfile.c
17:14 bubaflub Coke: looks like i'm getting some errors on some tests under t/pmc
17:15 Coke particle: have a fix.
17:15 bubaflub Coke: nevermind; could be a problem that i didn't make realclean.  i'm going to try building again and make coretest-ing again.  if it comes up, i'll letcha know.
17:16 Coke one of things this merge did was eliminate the blind substitution of / to \, so any place that needs a real local slash has to specify one. (perldoc didn't)
17:16 bubaflub I also get a warning when auto::arch runs - "Use of uninitialized value in pattern match (m//) at config/auto/arch.pm line 63."
17:16 particle coke++
17:17 ttbot Parrot trunk/ r44653 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/221362.txt ( http://tt.ro.vutbr.cz//buil​dstatus/pr-Parrot/rp-trunk/ )
17:17 Coke particle: try that and now I'm really going. =-)
17:17 Coke ->
17:17 dalek parrot: r44653 | coke++ | trunk/config/auto/pmc.pm:
17:17 dalek parrot: another cl build fix - no spaces between -Fo and the file allowed.
17:17 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44653/
17:17 dalek parrot: r44654 | coke++ | branches/rm_cflags/config/auto/perldoc.pm:
17:17 dalek parrot: Don't rely on auto-conversion of / to \ anymore.
17:17 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44654/
17:17 jan joined #parrot
17:24 particle sigh, coke made that change on the branch instead of trunk.
17:25 bubaflub Coke: false alarm on coretest; they all pass on R44653 on Mac OS X 10.6.3
17:34 dalek parrot: r44655 | particle++ | trunk/config/auto/perldoc.pm:
17:34 dalek parrot: Don't rely on auto-conversion of / to \ anymore.
17:34 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44655/
17:34 dalek parrot: r44656 | particle++ | trunk/config/gen/makefiles/root.in:
17:34 dalek parrot: fix yet another slashie
17:34 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44656/
17:37 particle coke++ build success, testing now
17:37 ttbot Parrot trunk/ r44655 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/221427.txt ( http://tt.ro.vutbr.cz//buil​dstatus/pr-Parrot/rp-trunk/ )
17:39 clinton joined #parrot
17:40 tewk Is there a C enum that maps op names to op number?
17:41 whiteknight Coke: i realcleaned and the bison problem went away
17:41 whiteknight tewk: No, not that I am aware of
17:41 purl okay, whiteknight.
17:41 iblechbot joined #parrot
17:42 whiteknight tewk: you can look them up by string name. See the OpLib and Opcode PMCs for examples
17:44 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32510), fulltest) at r44654 - Ubuntu 9.10 i386 (gcc with --optimize)
17:44 mikehh headinh back to amd64 now - bbiab
17:45 particle oh, come  on! t/op/arithmetics.t makes false assumptions about win32, and i can't blame anybody because svn thinks this .t file is binary.
17:45 particle i don't want to go down this rabbit hole just to blame dukeleto, i'll just blame him now :P
17:48 kurahaupo joined #parrot
17:48 particle interesting that the file has svn:mime-type set correctly
17:48 particle wtf svn blame?
17:48 purl svn blame is just like p4 annotate, only better or just like git blame, only different
17:56 tewk whiteknight, I'm writing a runloop in c, note ops2c should generate a C enum
17:57 particle doesn't sound hard to emit
17:59 kurahaupo A while back the "topic" used to include the URL for the chat log, partly as a way of pointing out that it *is* logged. Which begs two questions: is this channel logged, and if ao where?
18:00 Tene http://irclog.perlgeek.de/parrot/today
18:00 Tene yes
18:01 kurahaupo Thanks
18:01 Tene np
18:01 kurahaupo Tene++
18:02 Tene Feel free to add it to the topic yourself.
18:02 Austin joined #parrot
18:02 Tene It's good information to have available.
18:03 Topic for #parrotis now #parrot Parrot 2.1.1 Released! | http://parrot.org/ | channel log: http://irclog.perlgeek.de/parrot/today | Tasks: PCC deprecations hackathon on Saturday, TT #389 branch
18:03 mikehh joined #parrot
18:03 Topic for #parrotis now #parrot Parrot 2.1.1 Released! | http://parrot.org/ | Channel log: http://irclog.perlgeek.de/parrot/today | Tasks: PCC deprecations hackathon on Saturday, TT #389 branch
18:03 particle kurahaupo++
18:04 Tene There used to be a bot that told everyone that the channel is logged.  i've long-since ignored it, so I didn't notice that it was gone.
18:04 particle is it gone? i've ignored it, too
18:04 whiteknight yeah, the bot left
18:04 whiteknight everybody hated it
18:05 Tene It seems that nobody could imagine a user that wanted to know if they were being logged, and if so, where.
18:05 Tene ;)
18:06 kurahaupo It had a pain in all the diodes down its left side...
18:07 cotto_work tewk, where's your code living?
18:07 dalek parrot: r44657 | particle++ | trunk/t/op/arithmetics.t:
18:07 dalek parrot: [t] check for 'has_negative_zero' in config, rather than guessing at platform support
18:07 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44657/
18:11 Austin Actually, Tene, I think it was more that the bot was (a) too verbose; and (b) hostile in its phrasing.
18:12 Tene I disclaim any ability to judge appropriate levels of hostility and verbosity. :)
18:12 Austin I doubt that - you ignored it, didn't you?
18:12 Tene Yes, I did.
18:15 tewk cotto_work, in my private git repo right now.
18:43 Coke particle: whoops, committed to wrong branch. danke.
18:45 Coke particle: svn blame --force
18:46 particle i get failures in t/pmc/eval.t when i run during the test suite, but not with prove
18:46 particle heisenbugs--
18:46 Coke different parrot command line args.
18:46 Coke try perl t/harness t/pmc/eval.t
18:47 Coke ttbot?
18:47 purl ttbot is TapTinder build bot owned by mj41 and reporting http://tt.ro.vutbr.cz/buil​dstatus/pr-Parrot/rp-trunk build errors. or a master of timing.
18:47 Coke the bot is green.
18:54 plobsing particle: which tests in t/pmc/eval.t are failing? some of them are known issues.
18:55 particle i think 8-10, 13, but i'm rerunning everything now to be sure
18:55 particle i'm somewhere in t/op atm
18:55 Coke particle: the build is noticably faster on windows, you said, yes?
18:56 particle coke: so it seems, but i haven't built in quite a while.  give me a previous rev to build, and i'll let you know
18:56 Coke I'd love to see some analysis between 44637 (last green one before the mergeback) and r44656, first green one after.
18:56 Coke my timing checks on *nix were only about 1%.
18:58 Coke Austin: note that repeated attempts to get a set of approved bot behavior failed.
19:00 chromatic joined #parrot
19:02 Coke sanity check: -Wunreachable-code is a valid option?
19:02 dalek parrot: r44658 | coke++ | branches/rm_cflags:
19:02 dalek parrot: This branch has been merged to trunk, ttbot now shows green.
19:02 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44658/
19:02 dalek parrot: r44659 | coke++ | trunk/config/auto/warnings.pm:
19:02 dalek parrot: build is clean on this warning, move it to the default set.
19:02 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44659/
19:07 Coke dalek?
19:07 purl dalek is #parrot's spammy little rss bot or (see: dalek plugins)
19:08 szabgabx joined #parrot
19:08 chromatic We should try to be -Wunreachable-code clean.
19:08 cotto_work +1
19:08 purl 1
19:09 Coke chromatic: you'd need to fix ASSERT_ARGS.
19:09 Coke as I just found out. (44659 is wrong, I reverted it)
19:09 chromatic How so?
19:10 Coke src/byteorder.c:511: warning: will never be executed
19:10 Coke and that's the ASSERT_ARGS.
19:15 chromatic That probably needs decoration in include/parrot/exceptions.h:274 (cribbed from line 273).
19:18 plobsing 2 pmc2c questions: is it possible to get a dynpmc in a namespace (eq: myapp;widget)? is it possible to statically compile dynpmcs into an embedding app?
19:20 tewk plobsing, on question #1, last I knew that still didn't work but that is the long term plan.
19:23 cotto_work 2 shouldn't be a problem
19:24 cotto_work It might require a little hacking, but not too much.
19:24 dalek parrot: r44660 | coke++ | trunk/config/auto/warnings.pm:
19:24 dalek parrot: revert r44659, build is NOT clean on this warning (yet)
19:24 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44660/
19:24 plobsing cotto_work: I'm more asking if calling Parrot_lib_myapp_group_load() is breaking encapsulation
19:33 * dukeleto got postges to actually execute some PIR code last night
19:33 bubaflub hi-five dukeleto
19:34 Coke if -Wunused-function complains about a static function, it's 99% safe to remove, yes?
19:35 Coke (src/gc/gc_inf.c has many)
19:38 dukeleto bubaflub: thanks!
19:38 chromatic Coke, those probably require some reading of the code.
19:39 Coke they don't seem to be referred to anywhere.
19:39 Coke typically in this situation, there's a struct somewhere that contains the references to the functions.
19:39 Coke (I don't even see that.)
19:40 Coke how to run with the gc_inf core?
19:40 nopaste "particle" at 98.232.31.142 pasted "timed config/build, pre-rm_cflags merge" (7671 lines) at http://nopaste.snit.ch/19859
19:40 Coke nevermind, found it.
19:41 Coke ugh. directions in src/gc/gc_inf.c are wrong. =-)
19:42 particle wonder what happens to postgres when you run 'hcf' in it...
19:42 Coke particle: that opcode was removed.
19:42 particle oh, come on! it was a great shortcut.
19:43 Coke ... hey, if you want to volunteer to answer all the tickets about why our test suite is coredumping, put it back.
19:45 Coke the INF core is borked here anyway.
19:47 chromatic bacek said that a couple of weeks ago, but I thought he had it working again.
19:48 Coke TT#1498
19:48 whiteknight i thought he did too
19:48 Coke we need to test it or kill it.
19:49 Coke (I'm all for the former.)
19:49 whiteknight It's purpose is purely academic
19:49 Coke right, but pedagogical code that breaks unintentionally doesn't help.
19:49 nopaste "particle" at 98.232.31.142 pasted "timed config/build, post-rm_cflags merge" (7622 lines) at http://nopaste.snit.ch/19860
19:50 Coke particle: danke.
19:50 Coke fyi, there is some tool in the resource kit that is like 'time' on *nix.
19:50 Coke can't remember the name of it.
19:51 particle yes, 'timeit', in server 2003 reskit
19:51 particle but that's not compatible with w7 iirc
19:51 Coke 44*60+07.73
19:51 purl 264773
19:51 Coke er...
19:51 Coke (44*60+07.73) - ( 40*60+35.08)
19:51 purl 262337.92
19:52 whiteknight Coke: I can't decide whether it's worthwhile to keep the INF core in the build or move it out as some sort of example code
19:53 whiteknight obviously we don't support dynloading of GC cores, and we may never
19:54 Coke ok. windows time post change is 212.65s; pre change is 283.59
19:54 Coke 283/59/212.65
19:54 purl 0.0225563610133625
19:54 Coke 283.59/212.65
19:54 purl 1.33359981189748
19:55 Coke not shabby.
19:55 Coke (and that includes Config time.)
19:55 chromatic 25% faster
19:55 Coke particle: don't say I never did anything for ya. =-)
19:56 dalek TT #1498 created by coke++: gc_inf core breaks build.
19:56 particle coke++ :)
19:58 * Coke wonders why -Wno-pointer-sign is in --cage, if pointer-sign is already implied by -Wall
19:59 chromatic Your -Wall is different from mine.
20:00 Coke fair enough. so shouldn't we have -Wpointer-sign in cage instead of shutting it off?
20:01 Coke (the stuff in -case is kind of a hodge-podge)
20:01 Coke *--cage
20:01 chromatic GCC adds things to -Wall sometimes.
20:02 Coke and if -Wall is different for different users, we shouldn't use it, neh?
20:02 Coke (we should be explicity)
20:02 Coke *explicit
20:05 Coke (looks like we are -Wpointer-sign clean anyway)
20:13 dalek parrot: r44661 | coke++ | trunk/config/auto/warnings.pm:
20:13 dalek parrot: we are -Wpointer-sign clean;
20:13 dalek parrot: Move it from "disabled" in --cage to active in normal warnings probe.
20:13 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44661/
20:13 dalek parrot: r44662 | coke++ | trunk/config/auto/warnings.pm:
20:13 dalek parrot: The build is -Wmultichar clean.
20:14 dalek parrot: Move it from disabled in --cage to active in normal warnings probe.
20:14 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44662/
20:15 joeri joined #parrot
20:29 Coke whiteknight, particle: can you verify if http://trac.parrot.org/parrot/ticket/838 is resolved?
20:30 dalek parrot: r44663 | coke++ | trunk/lib/Parrot/Pmc2c/PCCMETHOD.pm:
20:30 dalek parrot: [cage] remove unused label in generated C code.
20:30 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44663/
20:31 whiteknight Coke: I'll try to check it out later
20:31 Coke whiteknight: danke.
20:32 davidfetter joined #parrot
20:35 particle coke, whiteknight: it's fixed, ticket updated
20:35 whiteknight w00t
20:46 Coke do we have a need to support dmake anywhere?
20:46 Coke (looking at TT #775; don't need it for strawberry)
20:46 dalek TT #838 closed by particle++: Configure.pl mangles forwardslashed-flags for CL
20:47 Coke the manifest stuff is probably clean-able, though.
20:49 bacek joined #parrot
20:51 Coke any reason not to delete 'sub truth' from lib/Parrot/Configure/Compiler.pm ??
21:02 dalek lua: 080b7bb | fperrad++ | dynext/pmc/luathread.pmc:
21:02 dalek lua: move Parrot::Coroutine to Parrot;Coroutine
21:02 dalek lua: see http://trac.parrot.org/parrot/changeset/44540
21:02 dalek lua: review: http://github.com/fperrad/lua/commit/08​0b7bbb7da0d7794acec0f726088a2525e88d01
21:31 fperrad joined #parrot
21:33 shockwave I'm looking at: examples/tutorial/33_hashes.pir
21:34 shockwave Is there another syntax for adding and fetching elements of hash?
21:34 shockwave A syntax more like: $I0 = add 1, 2
21:36 shockwave I'm also looking at src/ops/*.ops, and http://docs.parrot.org/parrot/la​test/html/src/pmc/hash.pmc.html
21:36 shockwave but nothing jumps out at me.
21:36 shockwave (which would indicate another syntax)
21:37 whiteknight for elements of a hash you can write $P0 = myhash["hey"]
21:37 whiteknight or, myhash["key"] = $P0
21:37 whiteknight internally, it's all the set opcode, I think
21:37 whiteknight set myhash, ["key"], $P0
21:37 whiteknight or set $P0 myhash ["key"]
21:38 shockwave whiteknight: I'll give those a try. That's the syntax I'm looking for, in order to be consistent with the way I'm currently outputing the other code.
21:38 shockwave Thanks.
21:39 cotto_work moving tiem
21:41 bubaflub joined #parrot
21:46 Tene shockwave: just remember that PIR does *not* support nested expressions.
21:50 Coke particle: did you ask them to tranform my captcha request into a mollom install, or did they just do that on their own?
21:50 snarkyboojum joined #parrot
21:51 particle coke: i said whatever tech works
21:51 particle do you have a preference?
21:52 Coke particle: I had opened a ticket.
21:52 Coke (directors were cc'd on that.)
21:52 Coke I said "please install foo" and they replied "ok, bar is installed". =-)
21:53 Coke just wondering if I missed some conversation somewhere.
21:53 particle ah, sorry about that.  feel free to make them redo, and blame it on me.
21:53 particle there was conversation in #osuosl
21:53 Coke no, I don't mind. I'm just wondering how that request got changed.
21:53 Coke because, as usual, I am out of the loop. =-)
21:53 particle ok, then, my fault. :)
21:53 particle time for lunch &
21:53 Coke now I know not to complain to them. danke.
22:19 iblechbot joined #parrot
22:40 dalek TT #1499 created by arnsholt++: Null pointer dereference in imageio.pmc
22:53 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32518), fulltest) at r44663 - Ubuntu 9.10 amd64 (gcc with --optimize)
23:23 kurahaupo joined #parrot
23:31 dalek parrot: r44664 | chromatic++ | branches/pcc_hackathon_6Mar10/t​/compilers/imcc/imcpasm/optc.t:
23:31 dalek parrot: [t] Reclaimed one failing test which relied on the old ordering of get_results
23:31 dalek parrot: and invoke in the PASM generated by IMCC for PCC.
23:31 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44664/
23:31 dalek parrot: r44665 | mikehh++ | branches/pcc_hackathon_6Ma​r10/include/parrot/call.h:
23:31 dalek parrot: remove defines etc removed from call/args.c
23:31 dalek parrot: review: http://trac.parrot.org/parrot/changeset/44665/
23:34 kid51 joined #parrot
23:35 mikehh pcc_hackathon_6Mar10 branch at the moment make coretest hangs in t/compilers/imcc/syn/regressions.t
23:35 mikehh after some errors
23:36 snarkyboojum joined #parrot
23:37 mikehh make corevm ok - make fails
23:39 chromatic It won't build for a while yet.
23:48 bacek joined #parrot
23:53 snarkyboojum joined #parrot

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

Parrot | source cross referenced