Camelia, the Perl 6 bug

IRC log for #parrot, 2010-07-14

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:06 wknight8111 joined #parrot
00:06 wknight8111 left #parrot
00:08 dalek parrot: r48085 | jonathan++ | trunk/DEPRECATED.pod:
00:08 dalek parrot: Add back entry I accidentally removed, and fix eligible date.
00:08 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48085/
00:08 dalek parrot: r48086 | jonathan++ | trunk/DEPRECATED.pod:
00:08 dalek parrot: [DEPRECATED.pod] Switch eligile release to 2.7 instead.
00:08 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48086/
00:17 donaldh_ joined #parrot
00:21 khairul joined #parrot
00:25 ruoso joined #parrot
00:59 plobsing joined #parrot
01:07 tcurtis Did throw once accept non-Exception operands?
01:21 wendar joined #parrot
01:22 wendar anybody know where darbelo lives? (I'm filling out my GSoC midterm evalutation)
01:32 cotto ~~
01:35 tcurtis Did Squaak's throw statement ever work? Should I turn it into die?
01:36 sorear allison_: his irc connections come from Buenos Aires, AR
01:36 sorear dunno if that's reliable enough
01:36 cotto sorear, that sounds right
01:37 allison_ sorear: okay, thanks
01:37 sorear with a name like Arrocha he's definitely from a spanish-speaking background
01:38 cotto English is his fourth language ;)
01:40 chromatic Where's "Rude Spanish" on that list?
01:41 cotto second
01:41 cotto and I bet you can guess what's before and after it
02:49 Coke joined #parrot
03:03 cotto joined #parrot
03:15 cotto khairul, you around?
03:26 janus joined #parrot
03:28 khairul cotto: uh, yea, barely. give me a moment.
03:28 cotto no rush
03:30 hercynium joined #parrot
03:33 khairul cotto: back
03:33 khairul see privmsg
04:21 cotto atrodo++
05:04 dukeleto yes, a prototype of lorito is quite exciting
05:07 cotto atrodo, you around?
06:05 cotto particle, ping
06:07 dalek tracwiki: v4 | dukeleto++ | ResolveExperimentals
06:07 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Resolv​eExperimentals?version=4&action=diff
06:11 uniejo joined #parrot
06:16 baest joined #parrot
06:26 cotto unping
06:26 cotto time for sleep
08:03 spinclad joined #parrot
08:14 eternaleye joined #parrot
08:37 AndyA joined #parrot
08:49 TiMBuS joined #parrot
08:50 TiMBuS was the printerr op removed?
08:51 moritz TiMBuS: no, it's just a dynop
08:51 moritz .loadlib 'io_ops'
08:51 purl .loadlib 'io_ops' is probably what you want
08:51 TiMBuS ah fair enough
08:52 TiMBuS in that case, i only use i once. would it be better to use getstderror/print
09:29 baest joined #parrot
10:42 clinton joined #parrot
10:42 lucian joined #parrot
12:00 whiteknight joined #parrot
12:03 bluescreen joined #parrot
12:04 whiteknight good morning, #parrot
12:06 bacek Morning??? There is no such thing! It's just 32-bits integer to represent point in timeline!
12:08 moritz bacek: then you're not y2038-safe :-)
12:21 bacek moritz, I hope I'll  get new modern body in next 15-20 years :)
12:21 bacek With new operating system implemented in Perl6 which is y2038 safe
12:22 ruoso joined #parrot
12:22 moritz akshually modern perl5 versions are also y2038 safe
12:22 dalek rakudo: c8b6cf4 | moritz++ | src/core/Match.pm:
12:22 dalek rakudo: Match.Bool should be True for zero-width matches. moritz--
12:22 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/c​8b6cf46ef82bc514fc1e8ef39cad9747656dbe9
12:32 JimmyZ joined #parrot
12:37 bluescreen joined #parrot
13:07 gbacon joined #parrot
13:12 Essobi_ joined #parrot
13:16 TiMBuS bacek, what did you need to change in squaak to make it work with nqp-rx? i'm updating my language and it's getting the same error squaak had.
13:16 TiMBuS Method 'item' not found for invocant of class 'fun;Grammar'
13:21 atrodo whiteknight> it's actaully 1 byte for the opcode/register refrences and 4 bytes for an integer constant
13:21 atrodo s/1 byte/1 byte each/
13:28 fperrad joined #parrot
13:30 tcurtis joined #parrot
13:35 AzureStone joined #parrot
13:42 Coke msg dukeleto i reverted your deletion of an entry on the wiki. it's in the deprecated.pod, FBOW.
13:42 purl Message for dukeleto stored.
13:44 whiteknight joined #parrot
13:48 whiteknight ha, chromatic's book is really growing quite a large number of reported issues
13:49 whiteknight atrodo: ping
13:49 atrodo whiteknight> pong
13:49 whiteknight atrodo: 1byte for registers is probably not enough, since Parrot is technically an "infinite" register machine
13:50 whiteknight might want to consider a RISC-style mechanism with two formats: One format with a two-byte register and a 4-byte constant, and one format with three two-byte registers
13:51 whiteknight (assuming two-byte opcode for each)
13:51 atrodo I thought you could reference an "infinite" number of registers, but there were only 32 actual registers a piece
13:52 tcurtis atrodo: many remotely complicated subs currently use hundreds of registers.
13:52 tcurtis Of course, that's partially because IMCC essentially has no register allocator.
13:52 PerlJam atrodo: that's long since been changed.
13:53 whiteknight yeah, we truely don't bound the number of registers, and we don't spill to a store
13:54 atrodo My misunderstanding withstanding, even if that's true on the parrot side, that doesn't dictate it also be true on the lorito side
13:56 whiteknight atrodo: Lorito is really supposed to expose the inner workings of Parrot. There's no real reason why it should do something completely different from what Parrot does
13:58 whiteknight especially since we don't do any register spilling or aliasing. If a person needs more than 256 registers, they are SOL
13:58 Coke whiteknight: but the only thing that has to be the similar is the parrot that ends up on top of lorito. not lorito itself. no?
14:00 whiteknight "on top of" is really misleading. Lorito is the language that the Parrot VM understands
14:01 whiteknight No matter what changes, it doesn't make any sense for the Lorito language to not expose all the features that Parrot provides
14:01 whiteknight otherwise, there's no reason for Parrot to provide them
14:03 whiteknight If Parrot can allocate a virually infinite number of registers per context, Lorito should allow the user to address all of them
14:06 bubaflub joined #parrot
14:06 atrodo Then maybe I'm misunderstanding what lorito was meant to be
14:11 whiteknight as I understand it, Lorito is just the new assembly language and bytecode for Parrot
14:11 whiteknight one that is supposed to be much better designed than PASM
14:11 Coke I would say "micro assembly", as there's expected to be opcodes on top of it.
14:12 tcurtis Microcode
14:12 purl i guess Microcode is faster
14:12 Coke (that is, we'll still have PIR, but it'll compile down to lorito instead of C
14:12 atrodo The way I understood it was that lorito would be the layer under parrot, the parrot bytecode and assembly would still exist
14:12 Coke that's my understanding. No?
14:12 atrodo Coke> that's how I basically understood it
14:13 whiteknight the exact wording is really not important. Microcode is really a term from CPU hardware design, it doesn't have any real relevance to VM design. We've used the term "Microcode" as an analogy for it's relationship to PASM/PIR
14:13 whiteknight It's really just the native assembly language of Parrot. Anything we build on top of it is just another language built on top of it. PIR will become just another HLL that compiles down to Lorito
14:13 atrodo whiteknight> right.  PASM/PIR still exist, but they get executed as a series of lorito ops
14:14 atrodo right?
14:14 plobsing joined #parrot
14:14 whiteknight atrodo: more importantly, PASM/PIR still exist until we get people to stop using them, because they suck. At that point, they no longer need to exist
14:14 whiteknight like I said, they become just like any other HLL, except one that programmers don't like, and which don't serve any real purpose
14:16 atrodo That's a definite shift in how I was designing lorito
14:17 atrodo I also think I may need to give my project a codename, using lorito muddies up the waters even more
14:18 whiteknight Yeah, lorito is really two things: the new assembly language and the new bytecode format. Since the two are 1:1 correspondent, we can be vague when talking about it
14:18 whiteknight Right now we have something like NQP -> PIR/PASM -> PBC
14:19 whiteknight Next step is NQP -> PIR/PASM -> Lorito ASM -> Lorito BC
14:19 whiteknight And eventually NQP -> Lorito BC
14:19 whiteknight (where "NQP" is used as a stand-in for any HLL)
14:19 whiteknight and from Lorito BC we can to JIT to get out native machine code if we want, or interpret it directly
14:20 jnthn whiteknight: I figure that'd actualy be kinda like NQP -> PAST -> LOST => Lorito BC or so?
14:20 whiteknight jnthn: yeah, lots of things happen inside the compiler. I'm just talking about compiler inputs/outputs, not internal representations
14:20 jnthn OK. :-)
14:21 atrodo So, where does the composable ops come in?
14:21 whiteknight but yes, PAST -> LOST inside the compiler is very likely
14:21 jnthn "The compiler has LOST it!"
14:21 atrodo :D
14:21 atrodo jnthn++
14:21 whiteknight atrodo: think of composable ops that I've talked about as basically macros. They get sorted out somewhere in the Lorito ASM -> Lorito BC translation
14:22 whiteknight maybe we have a runcore smart enough to decode them on the fly to keep bytecode files smaller
14:22 atrodo That was actaully closer to my ultimate design
14:23 jnthn Are you planning to write an interpreter for Lorito or go straight to JIT?
14:23 TiMBuS is the jit still going to be llvm? i still support that
14:23 jnthn Or is that undecided?
14:23 Coke that seems to lose the potential for optimizing across composable ops, which i thought was desirable.
14:23 Coke I think llvm was on our short list. I don't that list has been touched in any way in six months.
14:24 whiteknight if we say, for instance, that negative op numbers are macros we can do a simple bit test in the runcore and call into a sub-loop to decompose the op. That adds another check per op, if that's a cost we want to pay
14:24 whiteknight jnthn: originally we'll want an interpreter, I think. That will be good and easy for testing
14:24 atrodo Right now, interpreter for Lorito, but it's low level enough that producing JIT will be easier
14:24 whiteknight in any case, we would ultimately like a trace-based JIT, so we will need an interpreter always
14:25 whiteknight the huge benefit to Lorito is that each individual op is so low-level, converting them to LLVM opcodes will be easy
14:25 whiteknight so our JIT becomes a table lookup to get the LLVM ops from each Lorito Op, then pass the LLVM op stream to LLVM, compile, run
14:26 atrodo Coke> yes, once you make the entire bytecode lorito, you lose all easy possibilities to optimize complex opcodes
14:26 Coke atrodo: ? no, that's backwards from what i was saying. =-)
14:26 tcurtis atrodo: I believe he was talking about if you decode complex ops at runtime.
14:26 atrodo Oh, misread
14:26 Coke If you keep everything in the composible opcodes, you lose possibilities for optimizing what would be the resulting lorito.
14:27 tcurtis atrodo: If they're just assembly/compile-time macros, you can optimize the code as if it was written in pure Lorito without having to worry about op boundaries.
14:27 Coke I can't imagine why we'd want to keep things in composible opcodes, would be like rendering out POST.
14:27 atrodo But you gain the possibility to take those composed opcodes and turn them into actual machine ops
14:28 Coke atrodo: composed == multiple lorito ops.
14:28 atrodo Take for instance a cosine composed op
14:29 atrodo if it stays packaged as "cosine" and the JIT knows the actual instruction on the actual machine, you create 1 machine instruction instead of a few dozen
14:29 atrodo if the JIT doesn't know about "cosine", then you have a working implementation
14:29 Coke atrodo: presumably at some point, the lorito "call" is going to call a C function for cosine.
14:30 * moritz doesn't know any machines that have a cos opcode
14:30 Coke at which point, you have what smells to me like a better opportunity for jitting.
14:30 atrodo I'll double check, but i'm pretty sure x86 does
14:30 payload joined #parrot
14:30 jnthn Sounds a little like you just want the ability to call C functions from the bytecode?
14:31 jnthn Which JIT to exactly what a C call would.
14:31 TiMBuS FSINCOS
14:31 atrodo moritz> FCOS, and what TiMBuS said
14:32 atrodo My understanding was that sin/cos/tan are fairly common ops in floating point units
14:34 atrodo Coke> with composed ops the JIT can do optimizations on the "macro" level, and it can unroll everything and do optimizations on the "micro" level
14:34 tcurtis LLVM probably optimizes calls to the cos() C stdlib function to the FCOS op on x86, though.
14:36 Coke jnthn: we're going to have that, it's NCI.
14:37 tcurtis I know the LLVM docs say that "llvm treats calls to some functions with names and arguments that match the standard C99 library as being the C99 library functions, and may perform optimizations or generate code for them under that assumption."
14:37 Coke atrodo: I'll wait for the benchmarks, i guess. =-)
14:38 atrodo Coke> That's probably the best right now.  It's all speculation
14:39 atrodo So, should I codename my project?  suggestions?
14:39 particle would someone write up an nqp grammar for the proposed lorito syntax?
14:40 particle i have a feeling it'll be a good way to prototype it :)
14:40 atrodo particle> I don't have a nqp grammar, but I have a ebnf that I used in designing what I did: http://github.com/atrodo/l​orito/blob/master/lasm.pl
14:43 snarkyboojum joined #parrot
15:02 dukeleto joined #parrot
15:10 cotto_work ~~\
15:23 patspam joined #parrot
15:26 cotto_work2 joined #parrot
15:47 cotto_work atrodo: have you considered prototyping Lorito with dynops instead of a separate project?
15:49 cotto_work You wouldn't have as much control over the semantics, but you'd get a working interp and assembler for free.
15:57 atrodo cotto_work> I hadn't considered that
15:57 chromatic joined #parrot
16:04 theory joined #parrot
16:15 chromatic I'd considered the dynop strategy.  allison talked me out of it.
16:16 atrodo So you were for the dynops until you spoke to allison?
16:17 cotto_work chromatic: what's the disadvantage if we're just prototyping?
16:20 chromatic Less flexibility of prototyping.
16:21 davidfetter joined #parrot
16:26 Chandon joined #parrot
16:29 NotFound "his only blocker is the surprisingly broken (and under-tested) state of the scheduler" - I'll call this the Law of the Underground Bugs: everything nobody uses is broken in the most bizarre ways.
16:31 moritz and, as allison_ wrote, it's not used because it's broken
16:32 cotto_work khairul's code uses it a little
16:32 Chandon NotFound: Similarly, if there aren't tests for something then it doesn't really exist.
16:33 moritz agreed
16:35 NotFound Chandon: last month I've found and fixed several bugs just by improving coverity.
16:37 whiteknight the scheduler is one of the most disappointing problems I've seen in Parrot in a while. It really didn't work at all like it is supposed to
16:37 NotFound Other law: things that are supposed to work don't X-)
16:37 whiteknight fortunately we have Chandon lookig at it, otherwise it would still be broken and nobody would know it
16:37 whiteknight now, it's broken but at least one person is aware
16:39 whiteknight and best of all, that one person has the mad skillz to make it fixed
16:40 chromatic Are the Coverity scans running again?
16:41 NotFound On the plus side, I'm happy with the opengl module. I've written a toy demo with a few hundred objects and it perfoms well.
16:41 japhb <rez>
16:41 whiteknight chromatic: I think it might be easier for you to just give pauloscustodio a commit bit :)
16:41 japhb NotFound, the Parrot one or the winxed one?  (Or is there even a separate winxed module?  Does it just directly use the parrot one?)
16:43 NotFound japhb: the parrot one, the winxed just uses it and hand-copy values for const because of the inhability to include pasm.
16:43 japhb >.<
16:43 japhb I hate that there's no ability to handle constants well.
16:43 * whiteknight is signing off for a bit, router needs maintenance
16:44 japhb NotFound, very happy to hear the Parrot OpenGL module is working well for you though.
16:44 japhb When Parrot's NCI is rewritten, I guess I'll need to shuffle my life around a bit to spend some time on that.
16:44 chromatic We need a good way to handle constants in NCI somehow.
16:44 nopaste "NotFound" at 192.168.1.3 pasted "Fly - opengl winxed demo" (456 lines) at http://nopaste.snit.ch/22014
16:45 japhb chromatic, INDEED.
16:45 NotFound japhb: here is
16:48 japhb NotFound, very interesting!
16:48 * japhb decides to go update Parrot and try it out
16:49 NotFound japhb: I've do some little fixes a few weeks ago to make this mechanic work.
16:49 japhb Oh?
16:50 NotFound japhb: don't remember what was exactly the problem, something in the call chain expected just subs, not other invokables.
16:50 japhb Ah.
16:51 NotFound Afer that fix, my nice callback objects works fine.
16:52 NotFound I don't like the way to make them "does invokable", though.
16:53 fperrad joined #parrot
17:07 knewt joined #parrot
17:38 bkuhn joined #parrot
17:39 japhb NotFound, OK, I have finally got Parrot updated and rebuilt.  Is there a Plumage metadata file for winxed?
17:40 NotFound japhb: no, you need to use the svn repo.
17:41 japhb winxed?
17:41 purl hmmm... winxed is not javascript, just uses a familiar syntax. or http://code.google.com/p/winxed/ or http://winxed.org/
17:41 NotFound good bot
17:41 purl thanks NotFound :)
17:42 frodwith joined #parrot
17:49 japhb NotFound, what's the license?
17:50 japhb (I'm making a Plumage JSON file for you. :-)
17:51 NotFound japhb: I'm waiting until having it load_language able.
17:51 NotFound License is Artistic/GPL
17:52 japhb ARtistic 1 or Artistic 2?
17:52 cotto_work 2 most likely
17:53 NotFound 2
17:53 cotto_work I don't think 1 is recommended for any use any longer
17:53 NotFound And GPL 2
17:53 moritz AL 2 is already GPL2 compatible, no?
17:53 NotFound I like to explicitly tell it, anyway.
17:54 AndyA joined #parrot
17:55 darbelo joined #parrot
17:55 NotFound japhb: BTW you don't need winxed to run it, providing the generated pir is enough, it doesn't use any runtime.
17:55 ash_ joined #parrot
17:56 japhb Nodnod
17:57 * moritz thinks winxed is a cool idea, just like nqp
17:58 NotFound Thanks
17:59 theory joined #parrot
18:01 nopaste "NotFound" at 192.168.1.3 pasted "Fly - opengl winxed demo - generated pir" (1147 lines) at http://nopaste.snit.ch/22017
18:02 japhb Yay, got it built and tested with plumage, and glcubes.winxed works quite nicely.
18:03 japhb NotFound, since you don't want it installable, I've made the plumage metadata error on install attempts.  Do you mind if I commit the metadata to the Plumage repo?
18:03 NotFound Here is, in case someone wants to take a look.
18:03 hercynium joined #parrot
18:04 NotFound japhb: if you think it will be useful, no problem.
18:06 japhb Done, enjoy!
18:06 japhb Can you commit fly.winxed to the winxed repo?
18:07 NotFound japhb: I'm waiting to have a better fly mechanic, current is just for testing.
18:07 japhb Fair enough.  Let me know when it's there.  :-)
18:08 NotFound Thinking better... "Release early..." I'll add it right now.
18:08 japhb :-)
18:12 dalek parrot-plumage: 536b826 | japhb++ | metadata/winxed.json:
18:12 dalek parrot-plumage: [METADATA] New winxed.json metadata; thanks NotFound++ for permission
18:12 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/536b826de2ca6d3968b653ad67ae51e0266ccf5a
18:13 dalek winxed: r552 | NotFound++ | trunk/examples/fly.winxed:
18:13 dalek winxed: new opengl example fly.winxed
18:13 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=552
18:13 darbelo For the record: Buenos Aires, AR is my correct location, mostly.
18:14 cotto_work purl, darbelo?
18:14 purl cotto_work: bugger all, i dunno
18:14 * particle misses BA
18:14 NotFound Don't cry for me Argentina...
18:14 darbelo Looks like I got forgotten.
18:15 darbelo I've also been offline for almost 3+ days due to power blackouts.
18:16 darbelo I'm catching up on the irclogs and email. Did I miss anything big?
18:16 NotFound darbelo: Spain won the FIFA world cup ;)
18:17 darbelo I noticed that one, yes.
18:17 * darbelo makes a weak 'pulpo a la española' joke.
18:18 japhb NotFound, Nice little demo.  You might want to turn on multisampling or somesuch, there's a lot of aliasing in the far away objects.  :-)
18:18 NotFound japhb: my opengl skill are short.
18:21 japhb IIRC, Just add GLUT_MULTISAMPLE into your GLUT video mode, and glEnable(GL_MULTISAMPLE)
18:22 NotFound japhb: trying...
18:22 purl i think trying is just as important as succeeding sometimes.  :)
18:22 japhb (The OpenGL programming guide explains how to test whether you actually have multisampling, but I don't recall if there's any actual error case if it's not available.)
18:27 NotFound japhb: I don't see any difference in my desktop, but is without direct context rendering. Will try on the laptop later.
18:27 japhb OK, fair enough.
18:49 dalek rakudo: 32be7fb | (Radu Stoica)++ | src/core/Hash.pm:
18:49 dalek rakudo: Implement Hash.pick
18:49 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​2be7fbc3edffea24da30754d55dbffa3268b579
18:49 dalek rakudo: a8deb9a | moritz++ | src/core/Hash.pm:
18:49 dalek rakudo: fix Hash.pick for 0-values and absence of replacement
18:49 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​8deb9a756e04a2eb11be7a6c97842e3e0644aa8
18:49 dalek rakudo: 22f2fc2 | moritz++ | src/core/Hash.pm:
18:49 dalek rakudo: simplify some code in Hash.pick
18:49 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​2f2fc2e81aa18ad713bc0413ddc7c2d565bca85
18:58 ash_ does nqp-rx do heredocs?
19:02 PerlJam ash_: doubtful.  rakudo doesn't do heredocs and I'd think if nqp did them it wouldn't  be too hard to port the implementation to rakudo
19:02 ash_ really? i never realized rakudo doesn't do them either
19:11 LoganLK joined #parrot
19:38 whiteknight does rakudo not do heredocs by design, or it just hasn't been implemented yet?
19:38 moritz NYI
19:43 AndyA joined #parrot
19:45 dalek winxed: r553 | NotFound++ | trunk/winxedst1.winxed:
19:45 dalek winxed: fix silly mistake: is FloatArray, no NumberArray
19:45 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=553
19:52 payload left #parrot
20:00 TimToady phone today?
20:02 chromatic yes
20:09 silug joined #parrot
20:19 AndyA joined #parrot
20:32 * Coke returns from dayjob meetings.
20:32 atrodo Did they take all day?
20:34 joeri joined #parrot
20:39 Coke no, but did intrude on a phone call that I wanted to join on today.
20:40 dalek rakudo: 4b3d76b | moritz++ | t/spectest.data:
20:40 dalek rakudo: regress on DateTime.t.
20:40 dalek rakudo: It is currently out of sync with the implementation (or the other way round),
20:40 dalek rakudo: and only clutters up the test summary.
20:40 dalek rakudo: Now we should have a PASSing spectest again, at least on sane platforms.
20:40 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/4​b3d76bc8ee1de84f65be2fba46cf96ff6af6d42
20:44 AndyA_ joined #parrot
20:51 bluescreen joined #parrot
20:53 AndyA_ joined #parrot
20:56 whiteknight joined #parrot
21:22 dalek winxed: r554 | NotFound++ | trunk/winxedst1.winxed:
21:22 dalek winxed: initial implementation of constructor calls, only for num of args > 1
21:22 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=554
21:23 dalek winxed: r555 | NotFound++ | trunk/examples/fly.winxed:
21:23 dalek winxed: use constructor in example fly
21:23 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=555
21:23 * Coke gives up his evil plan of writing args handling for tcl procs in tcl, and tries to learn enough past to make this work.
21:25 cotto_work Could someone apply the parts of this patch that don't need discussion to trunk: (changes to core code from khairul's branch)
21:25 nopaste "cotto" at 192.168.1.3 pasted "khairul's changes to core Parrot code" (130 lines) at http://nopaste.snit.ch/22026
21:29 chromatic How slushy is trunk?
21:29 NotFound cotto_work: I don't see what's the reason for the addition in call.h It's value is set in a place, but it's not used.
21:31 NotFound Or is that the part that needs discussion?
21:33 cotto_work That's one part.
21:33 cotto_work I'll chop those parts out.
21:33 theory joined #parrot
21:33 NotFound Don't worry, I'll add by hand the easy parts.
21:34 cotto_work thanks
21:36 tcurtis joined #parrot
21:38 snarkyboojum joined #parrot
21:39 davidfetter joined #parrot
21:40 darbelo Hm, does anyone here know what timezone allison's in?
21:41 cotto_work It varies.  Last I knew she was in the UK.
21:41 darbelo Okay, does anyone here know what timezone the UK's in?
21:42 NotFound darbelo: Greenwich is in UK, you know? ;)
21:42 darbelo I gould guess GMT, but you can never tell with this brittons.
21:42 NotFound Daylight saving applies.
21:44 NotFound cotto_work: two nci tests fails
21:45 cotto_work sad face
21:45 NotFound Guess is the pointer.pmc change. Let me see...
21:46 NotFound It is. Testing again.
21:48 Coke
21:48 cotto_work what Coke said
21:49 tcurtis clock?
21:49 purl tcurtis: LAX: Wed 2:49pm PDT / CHI: Wed 4:49pm CDT / NYC: Wed 5:49pm EDT / LON: Wed 10:49pm BST / BER: Wed 11:49pm CEST / IND: Thu 3:19am IST / TOK: Thu 6:49am JST / SYD: Thu 7:49am EST /
21:52 lucian_ joined #parrot
21:54 cotto_work sad face os<reply>☹
21:54 cotto_work sad face is <reply>☹
21:54 cotto_work sad face
21:54 purl
21:55 darbelo Now we need a happy face too.
21:55 NotFound Commited the non conflicting parts.
21:56 cotto_work I bet our resident nfg hacker can handle that one.
21:56 darbelo msg purl happy face?
21:56 purl Message for purl stored.
21:56 cotto_work NotFound: thanks
21:57 cotto_work happy face is <reply>☺
21:57 cotto_work happy face
21:57 purl
21:58 chromatic Allison's in PDT last I saw her.
22:03 darbelo Heh. Still four hours, but in the other direction.
22:08 * Coke finds an eatery with wifi.
22:09 Coke (called... "the eatery")
22:09 darbelo How descriptive!
22:12 dalek parrot: r48087 | NotFound++ | trunk/src (3 files):
22:12 dalek parrot: fixes from khairul++
22:12 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48087/
22:14 dalek rakudo: c3f5599 | jonathan++ | src/builtins/Routine.pir:
22:14 dalek rakudo: Start to unbreak .wrap and .unwrap. Certainly doesn't run all the tests yet, but
22:14 dalek rakudo: a step in the right kinda direction.
22:14 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/c​3f55990823eca17fe2d1bf302b416bd7f22e2f2
22:15 ttbot Parrot trunk/ r48087 MSWin32-x86-multi-thread make error http://tt.taptinder.org/file/cmdout/357298.txt ( http://tt.taptinder.org//bui​ldstatus/pr-Parrot/rp-trunk/ )
22:17 cotto_work NotFound: looks like headerizer is needed
22:18 NotFound cotto_work: uh, forgot that.
22:19 dalek tracwiki: v26 | cotto++ | CottoTasklist
22:19 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Cot​toTasklist?version=26&amp;action=diff
22:28 dalek parrot: r48088 | NotFound++ | trunk/include/parrot (2 files):
22:28 dalek parrot: headerizing forgotten in r48087
22:28 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48088/
22:37 lucian joined #parrot
22:58 GeJ Bonjour everyone.
22:59 Coke need some PAST help.
22:59 sorear I only help with the FUTURE
22:59 Coke can someone explain why at http://github.com/partcl/partcl-nqp/blob​/master/src/Partcl/commands/main.pm#L429 , it's pushing onto $block[0] ? what's the significance of the first element there? - that's a PAST::Block. I don't see anything in the docs about it being an arraytype, or why teh first element is important.
23:03 dalek parrot: r48089 | darbelo++ | branches/gsoc_nfg/src/string/encoding/nfg.c:
23:03 dalek parrot: Make iteration of NFG string a codepoint-level operation.
23:03 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48089/
23:06 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#34894), fulltest) at r48088 - Ubuntu 10.04 amd64 (g++ with --optimize)
23:07 darbelo Hmm. Missed a commit.
23:09 Coke LTA error: i did PAST::Var.new( :scope<parameter>, :slurpy ) and got an error about a null <mumble> . no mention that slurpy was the culprit.
23:13 mikehh darbelo: dalek has his own priorities
23:15 mikehh Coke: re html_cleanup - do you me to do anything specific
23:19 dalek parrot: r48090 | darbelo++ | branches/gsoc_nfg/src/string/api.c:
23:19 dalek parrot: Fix a typo in the encoding promotion logic for concatenations.
23:19 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48090/
23:31 Coke mikehh: not at the moment. sorry, about to wander off to social gathering.
23:31 Coke hurm.
23:32 Coke My next step was going to be making sure that the pod2html conversion on the individual pages was using the same code as the original 'make html' - doing a diff on trunk make html vs. the branch would be instructive in this regard.
23:33 Coke msg coke - don't forget to start carving up 'make html' tasks tomorrow!
23:33 purl Message for coke stored.
23:33 mikehh Coke: 'k
23:44 cotto_work joined #parrot
23:56 Psyche^ joined #parrot

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

Parrot | source cross referenced