Camelia, the Perl 6 bug

IRC log for #parrot, 2010-04-18

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:01 bacek ~~
00:01 bacek Good morning, humans
00:07 bacek chromatic, any objections for my patch in http://trac.parrot.org/parrot/ticket/1513 ?
00:07 nopaste "chromatic" at 192.168.1.3 pasted "mikehh: patch for t/src/extend.t" (61 lines) at http://nopaste.snit.ch/20292
00:08 chromatic bacek, apply away.
00:08 bacek chromatic, ok
00:13 bacek done
00:16 dalek TT #1513 closed by bacek++: Test::Builder formats TODO tests wrong/poorly
00:16 dalek TT #1513: http://trac.parrot.org/parrot/ticket/1513
00:20 allison joined #parrot
00:25 mikehh bacek: it still needs some casting with g++ 4.4.3, but better to work with
00:26 bacek mikehh, erm?
00:26 dalek parrot: r45769 | bacek++ | trunk (2 files):
00:26 dalek parrot: Improve Test::Builder TODO reporting. Closes TT#1513
00:26 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45769/
00:27 mikehh sorry - got the wrong rev
00:28 bacek mikehh, :)
00:33 kurahaupo joined #parrot
00:34 jan_ joined #parrot
00:34 nopaste "bacek" at 192.168.1.3 pasted "chromatic, what about this patch for Test::Builder?" (53 lines) at http://nopaste.snit.ch/20293
00:35 bacek (+ documentation for "done_testing" of course)
00:36 chromatic I'm open to the idea.
00:36 chromatic I'd like to see the documentation before I commit to it, but I've meant to add done_testing() for a while.
00:39 mikehh bacek: ok that works - shall I commit it or you?
00:39 bacek mikehh, erm... Commit what?
00:40 chromatic mikehh, are you talking about the nopaste I gave for the g++ build?
00:41 mikehh chromatic: yes - getting confused in my old age :-}
00:41 chromatic If you have it working, commit away.
00:42 mikehh ok will do
00:42 dalek parrot: r45770 | bacek++ | trunk/t/library/test_builder_tester.t:
00:42 dalek parrot: Update test for Test::Builder
00:42 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45770/
00:44 nopaste "bacek" at 192.168.1.3 pasted "chromatic, I just copy-paste description from p5 Test::More :)" (98 lines) at http://nopaste.snit.ch/20294
00:45 chromatic I can't think of the question I want to ask.
00:46 chromatic In the meantime, do you know a good way to convince Parrot to dump PIR/PBC with the line numbers it thinks it has?
00:49 bacek chromatic, hmm... No from top of my head. But I can look at it.
00:50 chromatic If I had that, I could fix the line number reporting problems.
00:54 chromatic Given pc and interp->code->debugs, the trace core could do something similar to Parrot_Sub_get_line_from_pc.
00:55 chromatic Or it could be a flag to pbc_dump.
00:55 chromatic I don't care much either way.
00:56 mikehh chromatic: your solution was much more elegant than the one I got working
00:58 dalek parrot: r45771 | mikehh++ | trunk/t/src/extend.t:
00:58 dalek parrot: fix g++ failures in t/src/extend.t - patch due to chromatic++
00:58 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45771/
01:00 bacek chromatic, src/sub.c, line 246
01:00 bacek Looks like line numbering is totally wrong. Or I misunderstand what's going on.
01:01 Whiteknight it is not common for bacek to misunderstand what is going on
01:01 bacek You bloody humans so hard to understand
01:01 chromatic That line looks right to me, not that line numbering is right or clear or designed.
01:02 Whiteknight bacek: let me rewrite that for you:
01:02 Whiteknight -(it is common for bacek to -(understand what is going on))
01:03 bacek Whiteknight, much better!
01:10 nopaste "chromatic" at 192.168.1.3 pasted "bacek: quick hack to dump line number from pbc_dump" (59 lines) at http://nopaste.snit.ch/20295
01:11 chromatic A little cleanup would make that nicer.  Maybe we add a new flag to pbc_dump to emit only ops and their line numbers.
01:11 bacek chromatic, yeah. I'm working in same direction.
01:12 chromatic If we fork and rewrite disas_dump for only that output, I think we have what I need.
01:15 nopaste "bacek" at 192.168.1.3 pasted "chromatic, your patch + lookup for debug segment via name" (65 lines) at http://nopaste.snit.ch/20296
01:16 chromatic Looks better.
01:16 bacek ship it!
01:22 bacek chromatic, pbc_dump fail epically on dynops...
01:23 mikehh t/examples/tutorial.t - Failed test:  34
01:23 mikehh all other tests PASS (pre/post-config, make corevm/make coretest, smoke (#33258), fulltest) at r45771 - Ubuntu 10.04 beta amd64 (g++ with --optimize)
01:23 mikehh it doesn't look like a proper failure - changed wording
01:24 bacek mikehh, it's probably related to my changes to Test::More.
01:25 mikehh looking now
01:25 nopaste "bacek" at 192.168.1.3 pasted "chromatic, first garbage line is "rakudo_dynop_setup"..." (9 lines) at http://nopaste.snit.ch/20297
01:26 chromatic Is that garbage or Unicode spewed to the terminal?
01:27 bacek chromatic, it's garbage.
01:28 bacek because "perl6_ops" isn't loaded
01:28 chromatic That makes sense.
01:28 bacek and disas_dump deref it
01:29 chromatic We need to check that the op's number is within the range of ops pbc_dump understands.
01:31 bacek It will help. But will not solve problem
01:31 bacek We do need information about op length...
01:31 sorear joined #parrot
01:31 chromatic True.
01:32 chromatic For now we can bail out when we encounter that situation, but we may need to load dynops in that case.
01:32 bacek http://trac.parrot.org/parrot/ticket/1557
01:33 chromatic Is the problem not that the PBC is large, but that it contains dynops?
01:33 bacek I think so
01:33 chromatic Makes sense to me.
01:36 * chromatic wanders off to find dinner
01:42 cotto seen dukeleto
01:42 purl dukeleto was last seen on #parrot 22 hours, 31 minutes and 31 seconds ago, saying: wonders how easy it is to just make the damn editor replace // with /*
01:48 Ryan52 woah, a whole 10 years until the next parrot release!?!
01:48 * Ryan52 thinks an op should fix the date in the /topic
01:49 dalek parrot: r45772 | mikehh++ | trunk/t/examples/tutorial.t:
01:49 dalek parrot: fix failing t/examples/tutorial.t test - wording changed
01:49 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45772/
01:50 Topic for #parrotis now Parrot 2.3.0 will be released at 2010-04-20 10:00 UTC | http://parrot.org/ | Channel log: http://irclog.perlgeek.de/parrot/today | Priority: documentation sprint and pre-release testing for 2.3, fix line number annotations | Review and vote GSoC applications
01:50 bacek Ryan52++ :)
01:51 bacek software is hard...
01:51 bacek afk # shopping
01:54 sorear (backlogging) Would someone please remind me what the point of always writing packfiles in native endian is?
01:58 bacek sorear, http://trac.parrot.org/parrot/ticket/451#comment:2
02:02 sorear ah, a half-implemented optimization
02:02 sorear I love those
02:04 cotto You're in the right place.
02:10 rbuels joined #parrot
02:17 jsut joined #parrot
02:21 dukeleto cotto: pong
02:23 Spreadsheet_ joined #parrot
02:24 Spreadsheet_ Hello
02:24 Spreadsheet_ How does Parrot compare against the JVM and .NET?
02:25 sorear I don't think it does
02:25 Spreadsheet_ What do you mean?
02:25 Spreadsheet_ Any articles?
02:26 Spreadsheet_ Parrot seems interesting but I want to know its advantages (if there are any) over .NET and JVM
02:26 sorear JVM and CLR are much more mature systems, any direct comparison between them and Parrot will be extremely one-sider
02:27 sorear it's a question of scope.  Parrot wants to minimize the mismatches between various languages and the VM API
02:28 Spreadsheet_ I see
02:29 Spreadsheet_ Ok, so say I have a Parrot string (?) in say, Python, and a native Python string
02:29 Spreadsheet_ Is there any difference?
02:29 Spreadsheet_ I know that there is a difference between a Jython string and a Java string
02:29 Spreadsheet_ But what about Parrot strings?
02:33 mikehh we are currently looking to move to immutable strings
02:33 cotto dukeleto, see privmsg
02:33 Spreadsheet_ I mean can you index it?
02:34 Spreadsheet_ Can you add a parrot integer with a language integer?
02:35 eternaleye joined #parrot
02:35 janus joined #parrot
02:37 Spreadsheet_ The website says "Parrot is designed with the needs of dynamically typed languages (such as Perl and Python) in mind, and should be able to run programs written in these languages more efficiently than VMs developed with static languages in mind (JVM, .NET)."
02:37 mikehh that is the intention
02:38 cotto There's a missing "eventually" there.  We should fix it.
02:38 Spreadsheet_ I think Java 7 is adding dynamic language support :O
02:38 cotto but that and HLL interop are the goals
02:39 Mokurai joined #parrot
02:39 sorear support is a very gradual thing
02:39 sorear a long time ago this guy named Turing showed that all programming environments can support all others
02:40 sorear JVM 7 is trying to support dynamic languages /better/, but it's still foremost a Java VM
02:40 mikehh only if they are Turing Complete :-}
02:40 sorear Parrot is based on the philosophy that, by aiming to support all dynamic languages from day 1, we can do a better job than the late-adopters
02:41 Spreadsheet_ I see
02:41 mikehh it is also register based rather than stack based
02:41 purl okay, mikehh.
02:41 cotto it?
02:41 purl i guess it is essentially, the same action (a process which was doing stuff is now done; yes it was termed, but that is not the important bit). or possible that parrot+rtems goes under RTEMS, i think. i think bubaflub applied to both orgs, but i would have to verify or register based rather than stack based
02:41 cotto forget it
02:41 purl cotto: I forgot it
02:41 cotto silly bot
02:41 purl *giggle*
02:42 sorear (natural language infobots)--
02:42 sorear !learn add is the one true way
02:42 cotto purl, make me a sandwich
02:42 purl cotto: huh?
02:42 sorear registers versus stacks is a moot point in 2010
02:43 sorear all mature VMs are based on various forms of dynamic translation
02:43 sorear so the input syntax is mostly irrelevant
02:53 bacek purl, sudo make me a sandwich
02:53 purl bacek: huh?
03:01 Spreadsheet_ left #parrot
03:25 dukeleto my talk about blizkost was accepted to yapc::na
03:27 leprevost joined #parrot
03:36 sorear yay
03:53 kurahaupo Purl belatedly waves its magic wand, and Cotto turns into a sandwich
03:53 purl kurahaupo: huh?
05:00 rurban_ joined #parrot
05:25 theory joined #parrot
06:05 fperrad joined #parrot
06:07 fperrad_ joined #parrot
06:27 chromatic joined #parrot
07:13 AzureStone joined #parrot
07:34 dalek parrot: r45773 | chromatic++ | trunk/src/runcore/trace.c:
07:34 dalek parrot: [runcores] Tidied tracing runcore; no functional changes.
07:34 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45773/
07:34 dalek parrot: r45774 | chromatic++ | trunk (2 files):
07:34 dalek parrot: [pbc_dump] Tidied code; no functional changes.
07:34 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45774/
07:34 dalek parrot: r45775 | chromatic++ | trunk/src/pbc_dump.c:
07:34 dalek parrot: [pbc_dump] Added experimental support for dumping PBC with line numbers only;
07:34 dalek parrot: no headers or any other information.
07:34 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45775/
07:53 dalek lua: 9146508 | fperrad++ | t/lua-TestMore:
07:53 dalek lua: update submodule lua-TestMore
07:53 dalek lua: review: http://github.com/fperrad/lua/commit/91​465089179b3e74c1ffa5fa6592e7bddc12d6d0
08:00 iblechbot joined #parrot
08:15 theory joined #parrot
08:18 rt7 joined #parrot
08:26 bacek ~~
08:27 sorear what command was that meant for?
08:27 sorear vi?
08:27 purl vi is an editor! or 6 in roman numerals or "When I wasn't playing rogue at university, I was hacking on code, for which I used a popular rogue-variant called vi." -TomC or quick notes http://www.wadhome.org/vi.html or Swedish for "we" or Very Intuitive or rulez or french word for 'oui' or the center of evil (literally) or not vim even if everyone wants you to think that
08:34 bacek sorear, it's just wave :)
08:48 hicx174 joined #parrot
08:59 sorear Why does Parrot use the "Do you have more?" iterator model?
08:59 sorear Didn't we learn our lesson with Pascal's Eof?
09:01 bacek sorear, erm. What's wrong with current iterators?
09:09 sorear bacek: VTABLE_get_bool
09:09 bacek sorear, and?
09:10 sorear when you have a lazy stream, like say, keyboard input, you don't know if there's a next element
09:10 sorear instead, you have to allow 'get next' to fail
09:10 sorear perl 5 uses the 'get next can fail' iterator model
09:11 sorear parrot uses the 'iterators know if they have a next' iterator model
09:11 sorear I'm currently jumping through hoops to resolve this
09:14 bacek sorear, you can implement other iterator for your pmc.
09:15 sorear How?
09:17 bacek if you have P5Foo PMC you can create P5FooIterator PMC with different semantic.
09:18 bacek Parrot's Iterator PMC doesn't enforce any semantic btw.
09:18 bacek Everything implemented in various inherited classes.
09:18 bacek e.g. ArrayIterator, HashIterator, etc.
09:19 bacek And even in many parrot's iterators you can use "get next can fail". They will just throw exception you can catch and handle.
09:21 sorear ok, I am now completely lost
09:21 sorear are you saying that I can't make any assumptions about what VTABLE_iter returns?
09:22 sorear how is it possible for foreach-loops to be implemented without a coherent notion of iterators?
09:23 nopaste "bacek" at 192.168.1.3 pasted "iterators without get_bool" (22 lines) at http://nopaste.snit.ch/20298
09:23 sorear nqp's foreach loop uses the get_bool / shift API
09:23 sorear so any stdio-style iterator I use will be incompatible with nqp
09:24 bacek sorear, you have to know what kind of aggregate you iterate over.
09:24 bacek see nopaste.
09:24 sorear ...
09:24 sorear isn't that contrary to the entire point of PMCs?
09:24 bacek "that"?
09:24 purl "that" is implied.  thoth probably has the exact usage rule.
09:24 sorear allowing people to write polymorphic code?
09:24 bacek yes
09:25 sorear but I can't write polymorphic code to iterate over arrays if the semantics of iterators are undefined
09:25 bacek But if you try to iterate over for example ManagedStruct you'll get exception.
09:26 bacek If you'll try to get "key" from ArrayIterator.shift you'll get exception.
09:26 bacek etc
09:26 sorear see also docs/book/pir/ch04_variables.pod +1269
09:26 sorear which specifies common behavior for all iterators contrary to your example
09:28 bacek it's just another example.
09:28 bacek both of them correct
09:32 sorear how does inter-hll calling work in a world where PMCs have no common interface?
09:35 bacek heh...
09:36 bacek It's a big question.
09:36 sorear shall I take the initiative to forcefully standardize PMC interfaces?
09:36 bacek We _do_ have common interface. We _don't_ have common semantic for all PMC.
09:36 sorear nobody else seems to be doing it
09:37 bacek sorear, what if my FooHLL implemented String PMC with different semantic from Parrot's String PMC? And you try to use Foo String PMC in Bar HLL?
09:38 bacek HLL _can_ change anything.
09:41 sorear I think we need to distinguish containery PMCs from valuey PMCs
09:44 bacek What about String PMC?
09:44 bacek We can iterate over it. But it's a value.
09:49 sorear languages needing to override vtable operations on values is a problem
09:50 sorear I'm not sure what the solution is
09:50 * sorear is running a thought experiment on using dynops / MMD for this
09:56 bacek joined #parrot
09:57 bacek speaking of which...
09:57 purl speaking of which... is there a date set yet?
09:57 bacek msg chromatic Any objections to deprecate auto-vivification of nested aggregates?
09:57 purl Message for chromatic stored.
09:57 bacek msg allison Any objections to deprecate auto-vivification of nested aggregates?
09:57 purl Message for allison stored.
09:58 moritz bacek: ask some HLL developers too :-)
09:59 bacek moritz, afair there is some workaround in rakudo about parrot's auto-vivification.
09:59 bacek but anyway
09:59 bacek msg moritz Any objections to deprecate auto-vivification of nested aggregates?
09:59 purl Message for moritz stored.
09:59 bacek :)
10:00 szabgab hey everyone, you might have seen on the mailing list, I am trying to get Parrot on Android
10:00 szabgab pls upvote my request here:  http://code.google.com/p/android​-scripting/issues/detail?id=296
10:00 bacek szabgab, just port it! Ask NotFound how he did it for Nokia N900
10:01 szabgab I don't have the brain power or the tuits for that
10:01 szabgab but I could submit the request :-)
10:01 moritz bacek: if rakudo needs it, I have objections
10:02 bacek moritz, no, rakudo doesn't Keys to access nested aggregates afaik.
10:02 bacek doesn't use
10:03 moritz bacek: I'm not competent enough to judge if it might want to do so in future
10:03 moritz after all autovivification is mostly NYI in rakudo
10:04 bacek moritz, Perl6 doesn't auto-vivify. Or I misremember it?
10:04 bacek e.g. my %hash; %hash<foo>;
10:04 moritz bacek: it autovivifies if used as rvalue
10:05 moritz my %h; %h<foo><bar> # does not
10:05 sorear bacek: Your question is void.
10:05 moritz my %h; %h<foo><bar> = 3; # does
10:05 sorear bacek: Nested aggregates are deprecated.
10:05 bacek sorear, ah! Thanks.
10:05 bacek moritz, oh... Why?
10:05 sorear The entire key system is supposed to disappear Real Soon Now
10:06 bacek sorear, I put a lot of effort to remove current Keys.
10:09 moritz bacek: because it's saner than Perl 5
10:12 bacek moritz, hang on. It's lvalue, not rvalue. This definitely saner than Perl 5 :)
10:12 sorear so... what does my %h; %h<foo><bar>  do
10:12 sorear exception?
10:12 purl well, exception is A reasonable response to an unreasonable situation.
10:12 moritz sorear: return Any()
10:12 bacek not Mu???
10:12 sorear moritz: Any has a postcircumfix({ })?
10:12 moritz sorear: only the type object
10:13 moritz bacek: nope, the default for almost everything is Any now
10:13 bacek moritz, sigh... Perl6 development is way too fast for my old chips...
10:15 sorear vtables have a certain broken-by-design feeling about them
10:16 sorear operator semantics should be bound by the running HLL, not by the HLL the LHS came from
10:16 sorear it's all the same as long as the environment is homogenous
10:16 moritz sorear: they have a certain no-better-idea-what-else-t​o-do-to-solve-the-problem feeling to me
10:16 lucian joined #parrot
10:17 * sorear notes that Perl 6 does not actually use add/etc vtables
10:20 sorear in rakudo, $a + $b means infix:<+>($a, $b)
10:20 sorear infix:<+> is a global MultiSub
10:20 sorear what if we got rid of VTABLE_add et al in favor of MMD dynops
10:21 sorear python could define a pythonic_add dynop which would multi dispatch on the roles of the arguments
10:23 bacek sorear, ops aren't MMD.
10:23 bacek subs are
10:23 sorear I know
10:23 sorear I'm imagining things
10:24 sorear ops could get (staticly defined) MMD support
10:24 sorear this would still avoid most of the nasty iffery in perl5, but bind semantics to the running bytecode
10:24 sorear I'll run with this idea for a bit, see if I come up with anything
10:25 bacek bad idea.
10:25 bacek Why duplicate MMD for ops?
10:26 sorear because making a full sub call for every + is just wrong
10:32 bacek with MMD "cost" of op will be same as "cost" of Sub.
10:34 dalek parrot: r45776 | bacek++ | branches/immutable_strings_part2:
10:34 dalek parrot: Second part of immutable strings - remove deprecated ops
10:34 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45776/
10:40 sorear bacek: I dispute this.
10:40 sorear "cost" of Sub involves activation frames, parameter unpacking, etc
10:40 sorear static MMD is just sugar for ifs
10:40 sorear pattern matching compilers have been around for decades
10:41 * sorear doesn't have citation pile handy but wants to say Augustsson 88
11:02 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33265), fulltest) at r45776 - Ubuntu 10.04 beta amd64 (gcc with --optimize)
11:23 dalek parrot: r45777 | bacek++ | branches/immutable_strings_part2/src/ops (3 files):
11:23 dalek parrot: Remove banch of deprecated string ops
11:23 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45777/
11:23 dalek parrot: r45778 | bacek++ | branches/immutable_strings_part2/ru​ntime/parrot/library/parrotlib.pir:
11:23 dalek parrot: Update parrotlib.pir to not use removed ops.
11:23 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45778/
11:23 dalek parrot: r45779 | bacek++ | branches/immutable_strings_part2/ru​ntime/parrot/library/Test/More.pir:
11:23 dalek parrot: Update Test::More to not use removed ops.
11:23 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45779/
11:23 dalek parrot: r45780 | bacek++ | branches/immutable_strings_part2/run​time/parrot/library/PGE/Dumper.pir:
11:23 dalek parrot: Update PGE::Dumper.
11:23 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45780/
11:23 dalek parrot: r45781 | bacek++ | branches/immutable_strings_part2/run​time/parrot/library/Getopt/Obj.pir:
11:23 dalek parrot: Update Getopt::Obj
11:23 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45781/
11:23 dalek parrot: r45782 | bacek++ | branches/immutable_strings_par​t2/runtime/parrot/library/Test (4 files):
11:23 dalek parrot: Update Test::More to avoid in-place string ops
11:23 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45782/
11:23 dalek parrot: r45783 | bacek++ | branches/immutable_strings_​part2/compilers/pct/src/PCT (2 files):
11:23 dalek parrot: Update PCT compiler to avoid in-place string ops
11:23 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45783/
11:23 dalek parrot: r45784 | bacek++ | branches/immutable_strings_part2/compilers/pge/PGE (5 files):
11:23 dalek parrot: Update PGE compiler to avoid in-place string ops
11:23 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45784/
11:23 dalek parrot: r45785 | bacek++ | branches/immutable_strings_part2/PBC_COMPAT:
11:23 dalek parrot: Bump PBC_COMPAT
11:23 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45785/
11:35 allison joined #parrot
11:48 dalek rakudo: 83650e0 | moritz++ |  (2 files):
11:48 dalek rakudo: first shot at Date
11:48 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/8​3650e0a5f5458a996c0869eb66fdece5d5eefa3
11:54 Whiteknight joined #parrot
11:57 clinton joined #parrot
12:04 joeri joined #parrot
12:06 kid51 joined #parrot
12:08 khairul joined #parrot
12:11 dalek rakudo: 5ab1c03 | moritz++ | src/core/Date.pm:
12:11 dalek rakudo: actually add Date.pm, moritz--
12:11 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​ab1c03d4ded2bc90f5ccf3dec656fd8c4973449
12:53 lucian joined #parrot
13:00 rurban_ joined #parrot
13:19 allison msg bacek deprecating auto-vivification of nested aggregates is an excellent idea
13:19 purl Message for bacek stored.
13:19 * allison reports successful build and run of Parrot packages on Debian and Ubuntu
13:24 iblechbot joined #parrot
14:03 khairul joined #parrot
14:27 jan joined #parrot
14:40 tetragon joined #parrot
15:15 theory joined #parrot
15:32 mikehh joined #parrot
16:06 dalek parrot: r45786 | fperrad++ | trunk (3 files):
16:06 dalek parrot: [TAP] handle shebang
16:06 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45786/
16:10 dalek rakudo: 842d2b0 | pmichaud++ | docs/spectest-progress.csv:
16:10 dalek rakudo: spectest-progress.csv update: 391 files, 30643 (79.4% of 38606) pass, 2 fail
16:10 dalek rakudo: Failure summary:
16:10 dalek rakudo: S06-multi/syntax.rakudo 21 - use multi method to override builtin lives
16:10 dalek rakudo: S06-multi/syntax.rakudo 22 - use multi method to override builtin
16:10 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/8​42d2b092eaeb6a706d6a3e154ea4b1c283a5da2
16:37 theory joined #parrot
16:48 Mokurai1 joined #parrot
17:03 chromatic joined #parrot
17:05 patspam joined #parrot
17:16 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33269), fulltest) at r45786 - Ubuntu 10.04 beta i386 (gcc with --optimize)
17:18 hercynium joined #parrot
17:18 mikehh g++ fails to build -
17:18 mikehh src/runcore/trace.c: In function ‘STRING* trace_class_name(parrot_interp_t*, const PMC*)’:
17:18 mikehh src/runcore/trace.c:85: error: cannot convert ‘PMC*’ to ‘PMC** const’ in initialization
17:21 mikehh gcc also has a warning at the same line
17:21 mikehh src/runcore/trace.c: In function ‘trace_class_name’:
17:21 mikehh src/runcore/trace.c:85: warning: initialization from incompatible pointer type
17:21 Whiteknight joined #parrot
17:44 dalek parrot: r45787 | mikehh++ | trunk/src/runcore/trace.c:
17:44 dalek parrot: fix g++ build - add cast
17:44 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45787/
17:53 tetragon_ joined #parrot
18:28 iblechbot joined #parrot
19:09 allison joined #parrot
19:39 davidfetter joined #parrot
20:16 eternaleye joined #parrot
20:27 Whiteknight this is boring me. Where is everybody? How can people have more mportant thigns to do today than hack on Parrot?
20:33 chromatic joined #parrot
21:00 rurban_ joined #parrot
21:00 * chromatic has four line numbering failures left with a new scheme.
21:25 GeJ Good morning everyone.
21:26 Mokurai1 joined #parrot
21:29 Mokurai2 joined #parrot
21:34 Mokurai1 joined #parrot
21:38 Mokurai1 joined #parrot
21:40 kid51 joined #parrot
21:48 Mokurai joined #parrot
21:49 NotFound For public knowledge, I declare that I have a Nokia N900 phone, not an Android powered one.
21:50 hercynium joined #parrot
21:50 Mokurai joined #parrot
21:51 mikehh chromatic: ping
21:51 chromatic pong
21:52 mikehh chromatic: do we have any tests related to the trace runcore?
21:52 chromatic Not to my knowledge.
21:53 Mokurai joined #parrot
21:53 mikehh just wondering as I changed as you suggested and ran through normal tests, but wanted to test that specifically
21:54 NotFound mikehh: There is some reason to declare something const and immediately casting away constness?
21:55 NotFound Forget it, I misread the diff
21:55 purl NotFound, I didn't have anything matching it, i misread the diff
21:55 mikehh NotFound: changed, have to commit - if we are talking about the same thing
21:58 theory joined #parrot
22:02 Mokurai1 joined #parrot
22:07 dalek parrot: r45788 | mikehh++ | trunk/src/runcore/trace.c:
22:07 dalek parrot: modified as suggested by chromatic++
22:07 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45788/
22:08 Mokurai joined #parrot
22:11 Mokurai joined #parrot
22:12 mikehh NotFound: there are some warnings (in the g++ build) related to that in src/pmc/imageio.pmc
22:17 NotFound mikehh: yes, but I didn't even took a first look to imageio
22:23 Mokurai joined #parrot
22:27 alexn_org joined #parrot
22:33 NotFound mikehh: done, was easier than expected.
22:34 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33272), fulltest) at r45788 - Ubuntu 10.04 beta i386 (g++ with --optimize)
22:34 mikehh NotFound: thanks - will check it out
22:37 Mokurai1 joined #parrot
22:40 dalek parrot: r45789 | NotFound++ | trunk/src/pmc/imageio.pmc:
22:40 dalek parrot: fix a few constness warnings
22:40 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45789/
22:41 mikehh NotFound: interesting, would never have thought of that :-}
22:42 mikehh I was fiddling with casts and stuff - gotta get away from thinking that way
22:44 NotFound mikehh: usually the problem is too many or too few const, casting away just hides it.
22:48 cosimo joined #parrot
22:54 jrtayloriv joined #parrot
23:19 patspam joined #parrot
23:22 Whiteknight joined #parrot
23:45 kurahaupo joined #parrot
23:50 nopaste "chromatic" at 192.168.1.3 pasted "For testing: fixed line number annotations in IMCC" (7565 lines) at http://nopaste.snit.ch/20300
23:51 chromatic This may count as a bugfix for Rakudo, so we can consider sneaking it into 2.3.
23:51 chromatic HLL testing is welcome.
23:53 bacek_at_work chromatic, why do you need SOL token?
23:54 chromatic Hm, that's a remnant.  It can go away.
23:57 chromatic Same with the INC macro.
23:58 chromatic I'm curious to hear of any PIR files where the line numbers are wrong.
23:59 chromatic I even welcome a "Hey, thank you!" from any Rakudo developers or users.

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

Parrot | source cross referenced