Camelia, the Perl 6 bug

IRC log for #parrot, 2011-03-21

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:05 janus left #parrot
00:10 samwho joined #parrot
00:10 samwho left #parrot
00:20 dalek Rosella/harness_refactor: 4107813 | Whiteknight++ | / (8 files):
00:20 dalek Rosella/harness_refactor: move factory types to better names/namespaces.
00:20 dalek Rosella/harness_refactor: review: https://github.com/Whiteknig​ht/Rosella/commit/4107813610
00:20 dalek Rosella/harness_refactor: b67cee6 | Whiteknight++ | src/tap_harness/ (2 files):
00:20 dalek Rosella/harness_refactor: make sure the View displays the total amount of tests and files from all runs
00:20 dalek Rosella/harness_refactor: review: https://github.com/Whiteknig​ht/Rosella/commit/b67cee6800
00:20 dalek Rosella/harness_refactor: 175937d | Whiteknight++ | src/tap_harness/View.winxed:
00:20 dalek Rosella/harness_refactor: cleanups in the View. In the process, find and fix a bug when we're reporting failures
00:20 dalek Rosella/harness_refactor: review: https://github.com/Whiteknig​ht/Rosella/commit/175937d51f
00:23 dalek parrot: ffbd137 | petdance++ | / (10 files):
00:24 dalek parrot: Overhauled the splint targets to be more forgiving, and easier to maintain. Added new function annotations.  Make integer types match more exactly in a few places.
00:24 dalek parrot: review: https://github.com/parrot/parrot/commit/ffbd1372f3
00:28 kurahaupo left #parrot
00:30 kurahaupo joined #parrot
00:51 * Coke thought that parrot JFW again on strawberry perl
00:53 * Coke tries a fresh install of strawberry
01:17 Coke yup. my strawberry install was horked. getting much further...
01:50 woosley joined #parrot
01:52 whiteknight left #parrot
02:05 kid51 joined #parrot
02:12 Coke it died on the sha1 step. :(
02:12 Coke I'll try to debug it later when time permits.
02:15 mikehh been trying to remove the warning messages from src/pmc/structview.pmc - figgur
02:16 mikehh f=iggured out where to put the defaults - now to put appropriate error messages
02:17 mikehh but I think I'll do that later - needs sleep
02:17 kid51 mikehh:  That would be great.   They form a high proportion of all warnings during 'make'.
02:18 mikehh kid51: yeah, just taking a lot longer than I thought it would
02:19 mikehh I managed to get a build with no swithch warning messages, and tests passed, but a few other warning messages
02:19 mikehh which I want to get ridf of
02:20 mikehh hah my typing has seriously deterioted or something
02:20 * mikehh must sleep
02:21 kid51 petdance ping
02:21 petdance yessir
02:22 kid51 petdance++ on the splint work
02:22 petdance thank you
02:22 petdance are you actually running splint?
02:22 petdance I suspect I'm the only one.
02:22 kid51 ... but I'm wondering: Is there any way that could be put in a sub-file of its own
02:22 * kid51 occasionally wonders whether config/gen/makefiles/root.in could be shortened
02:23 soh_cah_toa left #parrot
02:23 kid51 And, to answer your question, no, I'm not running splint.  I doubt I'd know how to fix the problems it exposes.
02:24 kid51 wc -l config/gen/makefiles/root.in         3111 config/gen/makefiles/root.in
03:00 kid51 left #parrot
03:12 dalek parrot: bf51801 | mikehh++ | src/pmc/structview.pmc:
03:12 dalek parrot: add default to all switch statements - first cut at removing warnings
03:12 dalek parrot:
03:12 dalek parrot: have added defalut: - with break
03:12 dalek parrot: need to replace the breaks with exceptions as it never reach there
03:12 dalek parrot: review: https://github.com/parrot/parrot/commit/bf51801120
03:16 mikehh so much for going to sleep, maybe I can do that now
03:24 cotto ~~
03:28 dukeleto ~~
04:01 bacek_at_work !~~
04:23 cotto !!~~
04:43 robertpeters_WLS left #parrot
05:01 giwi left #parrot
05:06 kurahaupo left #parrot
05:06 kurahaupo joined #parrot
05:25 petdance left #parrot
05:28 petdance joined #parrot
05:30 alin joined #parrot
05:35 alin left #parrot
05:41 petdance left #parrot
05:47 alin joined #parrot
05:51 giwi joined #parrot
06:07 RonLinix joined #parrot
06:34 kurahaupo left #parrot
06:46 kurahaupo joined #parrot
06:51 bacek ~~
06:53 alin left #parrot
07:05 rurban_ joined #parrot
07:07 rurban left #parrot
07:07 rurban_ is now known as rurban
07:22 fperrad joined #parrot
07:33 fperrad_ joined #parrot
07:36 fperrad left #parrot
07:36 fperrad_ is now known as fperrad
07:50 fperrad_ joined #parrot
07:52 fperrad left #parrot
07:53 fperrad_ is now known as fperrad
07:57 RonLinix left #parrot
07:57 Drossel left #parrot
07:58 Kulag joined #parrot
08:12 Eduardow left #parrot
08:15 alin joined #parrot
08:16 Eduardow joined #parrot
08:17 kurahaupo left #parrot
08:22 dalek parrot/opsc_llvm: 0e47a3a | bacek++ | / (2 files):
08:22 dalek parrot/opsc_llvm: Add shortcuts to create few Parrot types.
08:22 dalek parrot/opsc_llvm: review: https://github.com/parrot/parrot/commit/0e47a3ae52
08:29 kurahaupo joined #parrot
09:07 hudnix left #parrot
09:07 hudnix joined #parrot
09:16 hudnix left #parrot
09:19 hudnix joined #parrot
09:21 dalek parrot/jit_prototype: ff6ba19 | (luben karavelov)++ | t/library/llvm/03-constant.t:
09:21 dalek parrot/jit_prototype: more test for generating constants
09:21 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/ff6ba19adc
09:21 dalek parrot/jit_prototype: aa6f121 | (luben karavelov)++ | / (2 files):
09:21 dalek parrot/jit_prototype: Flesh out LLVM::Constant
09:21 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/aa6f121e3d
09:21 dalek parrot/jit_prototype: 1c76a45 | bacek++ | runtime/parrot/library/LLVM/Constant.pm:
09:21 dalek parrot/jit_prototype: Use bit of static typing in LLVM bindings.
09:21 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/1c76a45b93
09:22 dalek parrot/jit_prototype: 0e47a3a | bacek++ | / (2 files):
09:22 dalek parrot/jit_prototype: Add shortcuts to create few Parrot types.
09:22 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/0e47a3ae52
09:22 dalek parrot/jit_prototype: 25cdb27 | bacek++ | / (4 files):
09:22 dalek parrot/jit_prototype: Merge branch 'opsc_llvm' into jit_prototype
09:22 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/25cdb27318
09:22 dalek parrot/jit_prototype: 8e99372 | bacek++ | runtime/parrot/library/LLVM/BasicBlock.pm:
09:22 dalek parrot/jit_prototype: Add LLVM::BasicBlock.insert_before();
09:22 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/8e99372208
09:22 dalek parrot/jit_prototype: c220762 | bacek++ | t/jit/test.t:
09:22 dalek parrot/jit_prototype: Create llvm function for jitted sub
09:22 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/c220762c64
09:31 woosley left #parrot
09:37 alin left #parrot
09:38 alin joined #parrot
09:58 lucian joined #parrot
10:22 contingencyplan left #parrot
10:29 Eduardow left #parrot
10:39 dalek parrot/jit_prototype: 989835a | bacek++ | runtime/parrot/library/LLVM/Value.pm:
10:39 dalek parrot/jit_prototype: Return self from Value.name for simplify chained calls.
10:39 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/989835a141
10:39 dalek parrot/jit_prototype: 16a0448 | bacek++ | t/jit/test.t:
10:39 dalek parrot/jit_prototype: Handle params/returns
10:39 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/16a0448e78
10:39 dalek parrot/jit_prototype: 34472b3 | bacek++ | compilers/opsc/src/Ops/Trans/JIT.pm:
10:39 dalek parrot/jit_prototype: First actual JITting - handle 'goto offset' in LLVM::Trans::JIT.
10:39 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/34472b3304
10:39 dalek parrot/jit_prototype: 881929c | bacek++ | runtime/parrot/library/LLVM/Type.pm:
10:39 dalek parrot/jit_prototype: Improve Type::PMC slightly.
10:39 dalek parrot/jit_prototype:
10:39 dalek parrot/jit_prototype: LLVM doesn't like pointer(void). It should be replaced with pointer(int8()). Which makes sanse but still quite surprise.
10:39 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/881929c3a9
10:40 dalek parrot/jit_prototype: 0729979 | bacek++ | runtime/parrot/library/LLVM/Value.pm:
10:40 dalek parrot/jit_prototype: Fix typo
10:40 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/07299794cd
10:40 dalek parrot/jit_prototype: 3a50185 | bacek++ | t/jit/test.t:
10:40 dalek parrot/jit_prototype: Add module.verify at the end of "JITting"
10:40 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/3a501856a3
11:05 ambs joined #parrot
11:06 dalek parrot/jit_prototype: 9a5cbee | bacek++ | t/jit/jitted.ops:
11:06 dalek parrot/jit_prototype: Add few more ops to enable simple loops.
11:06 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/9a5cbee97d
11:32 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#12773) fulltest) at 3_2_0-34-gbf51801 - Ubuntu 10.10 i386 (g++-4.5)
11:50 lucian left #parrot
11:52 lucian joined #parrot
12:06 darbelo joined #parrot
12:09 woosley joined #parrot
12:16 woosley left #parrot
12:40 whiteknight joined #parrot
12:40 samwho joined #parrot
12:41 samwho left #parrot
12:52 whiteknight good morning, #parrot
12:56 plobsing left #parrot
12:58 bluescreen joined #parrot
13:24 plobsing joined #parrot
13:26 GodFather joined #parrot
13:26 kid51 joined #parrot
13:29 kid51 mikehh++ for reducing warnings in 'make' output from ~ 320 to 20.
13:30 mikehh kid51: still working on getting rid of the rest :-}
13:32 mikehh one of the problems seems to be that with .pmc's, especially with certain macros - line numbers fail to correspond
13:33 moritz the "fun" of textual macro substitution
13:34 mikehh moritz: yeah
13:35 mikehh but I keep getting distracted by $work :-{
13:43 giwi left #parrot
13:43 giwi joined #parrot
13:51 cognominal left #parrot
14:08 dmalcolm joined #parrot
14:13 JimmyZ joined #parrot
14:16 giwi left #parrot
14:25 plobsing left #parrot
14:26 bluescreen left #parrot
14:27 darbelo left #parrot
14:34 giwi joined #parrot
14:36 hercynium joined #parrot
14:39 plobsing joined #parrot
14:42 mtk joined #parrot
14:43 clunker3__ joined #parrot
14:46 contingencyplan joined #parrot
14:53 whiteknight left #parrot
15:04 Eduardow joined #parrot
15:04 Andy_ joined #parrot
15:05 rurban_ joined #parrot
15:06 bluescreen joined #parrot
15:07 rurban left #parrot
15:07 rurban_ is now known as rurban
15:12 PacoLinux joined #parrot
15:17 whiteknight joined #parrot
15:23 Drossel joined #parrot
15:23 Kulag left #parrot
15:24 samwho joined #parrot
15:24 samwho left #parrot
15:25 kid51 left #parrot
15:33 ambs left #parrot
15:35 ambs joined #parrot
15:37 Coke msg dukeleto - there are tpf-gsoc lists. is parrot going to use parrot-dev? (which is fine with me)
15:37 aloha OK. I'll deliver the message.
16:05 whiteknight I assume we'll just use parrot-dev for GSoC, unless traffic becomes large
16:26 giwi left #parrot
16:26 cotto_work ~~
16:27 moritz is traffic on parrot-users high enough to warrant a separate list, in retrospect?
16:27 giwi joined #parrot
16:27 * moritz thinks he hasn't subscribed it
16:27 Coke you mean, is it worth having a separate -users list? certainly not just by traffic, no.
16:27 Coke ... but that wasn't the point of creating the users list.
16:34 bluescreen left #parrot
16:40 dukeleto Coke: parrot will use parrot-dev for gsoc stuff, for now
16:40 JimmyZ left #parrot
16:41 cognominal joined #parrot
16:50 Coke I like the idea of the posters that TPF put together.
16:51 whiteknight posters?
16:51 PerlJam Coke: you like the idea of the posters, but not the implementation?  :)
17:02 Coke PerlJam: just trying to avoid bikeshedding discussions.
17:02 Coke guess that backfired.
17:02 Coke whiteknight: yes, on the tpf-gsoc* lists, links to pdfs of posters to hang up on college campuses.
17:02 moritz bikeposter discussions!
17:03 ShaneC left #parrot
17:03 PerlJam Coke: I care not the color of the shed.  (as long as I don't have to paint it! :)
17:08 nwellnhof joined #parrot
17:08 nwellnhof ~
17:13 alin left #parrot
17:15 Eduardow left #parrot
17:16 Themeruta joined #parrot
17:17 NotFound left #parrot
17:22 ShaneC joined #parrot
17:25 bluescreen joined #parrot
17:34 sjn joined #parrot
17:40 Eduardow2 joined #parrot
17:41 clunker3__ is now known as clunker3
17:47 Eduardow2 is now known as Eduardow
17:59 GodFather left #parrot
18:01 kurahaupo_mobi joined #parrot
18:01 kurahaupo left #parrot
18:13 dukeleto ~~
18:16 jsut_ joined #parrot
18:21 jsut left #parrot
18:22 mj41 joined #parrot
18:27 dodathome joined #parrot
18:30 plobsing left #parrot
18:31 plobsing joined #parrot
18:32 janus joined #parrot
18:40 Themeruta is now known as NotFound
18:42 Patterner left #parrot
18:46 Psyche^ joined #parrot
18:46 Psyche^ is now known as Patterner
18:59 cotto_work I'd appreciate eyeballs on the M0 spec.  I'm tired of there not being code and plan on writing some as soon as possible.
18:59 * cotto_work heads to lunch
19:09 tadzik o/
19:09 atrodo cotto_work> I was actually going to try and catch you and talk about m0-spec today
19:10 PerlJam where's the M0 spec?
19:11 atrodo https://github.com/parrot/parrot/blob​/m0-spec/docs/pdds/draft/pdd32_m0.pod
19:13 PerlJam danke
19:16 PerlJam M0 doesn't need to know about GC ...  does Lorito not know about GC?  (I would assume that GC would be implemented in terms of lorito or some such?)
19:18 PerlJam perhaps there's just an unnecessary link in my head between "objects" and "garbage collection"
19:19 atrodo I think that GC moves to a Lorito level of caring
19:19 atrodo so M0 has no instructions to handle GC is the way I think about it, if my thinking is correct
19:21 dukeleto PerlJam: M0 will know very little about the GC
19:21 dukeleto PerlJam: but M1 will
19:21 PerlJam M0 I get ... it's the Lorito part I'm not sure about.
19:21 PerlJam Lorito == M0 + object model
19:21 dukeleto PerlJam: not quite
19:22 PerlJam That's what the doc says: Lorito refers to the combination of M0, a meta-object model and the way that they're used as a foundation for Parrot.
19:22 PerlJam oh, so it says "meta-object model"
19:22 dukeleto Lorito = \sum_{i=0}^{\inf} M_i
19:22 PerlJam What does that mean?
19:22 PerlJam dukeleto: oh!
19:23 PerlJam Well, that's not how I read it :)
19:23 dukeleto think in terms of a nested onion of languages, starting with M0, then M1 written in terms of M0, ...
19:24 PerlJam aye, that's how I had thought of it previously, but the M0 spec gave me the impression that Lorito was going to be a specific combination of things including M0.
19:24 dukeleto the term Lorito refers to Parrot rewritten in terms of these languages, instead of C+PASM+PIR
19:24 dukeleto PerlJam: yes
19:24 dukeleto Lorito is a hazy concept
19:24 PerlJam anyway, I'm good now.  thanks for clarifying.
19:24 dukeleto M0 has a spec
19:25 atrodo Lorito is a lot of hand waving
19:25 dukeleto so we are concentrating on what is in M0 and what is not
19:25 dukeleto atrodo: yes
19:25 * dukeleto concentrates on M0, and actually has not a clue what "Lorito" will look like. But that is fine.
19:26 dukeleto a MOP and the GC are perhaps the most important things to implement in terms of M0 (i.e. M1 level)
19:26 dukeleto and no one quite knows if the GC tentacle beast get be disentangled from M0
19:26 Patterner left #parrot
19:27 Maddingue left #parrot
19:27 dukeleto i imagine we will have a very few extremely low level memory-related ops at M0 that the GC can be built up from
19:27 PerlJam then maybe take out the section that says "These [ops] are too magical..." and instead just say that GC will be built on top of M0, as will object creation/manipulation/destruction.
19:27 dukeleto PerlJam: that document is a work in progress
19:28 dukeleto PerlJam: knowing what M0 is not is one of the main ways we are figuring out what M0 is :)
19:28 dukeleto PerlJam: so that section is important
19:43 whiteknight I would be extremely hesitant to implement GC in terms of M0. That's needlessly wasteful
19:44 Maddingue joined #parrot
19:44 whiteknight the only thing GC would need to know, or need to be able to be told about, is the storage location for objects. that's the register sert
19:44 whiteknight set
19:45 whiteknight besides a handful of ops for that purpose, I wouldn't say that PIR "knows" about GC
19:52 jsut joined #parrot
19:57 alin joined #parrot
19:57 jsut_ left #parrot
20:00 hudnix left #parrot
20:01 hudnix joined #parrot
20:03 davidfetter joined #parrot
20:05 jsut_ joined #parrot
20:09 jsut left #parrot
20:18 bacek left #parrot
20:22 alin left #parrot
20:23 marcel_r joined #parrot
20:28 alin joined #parrot
20:29 alin left #parrot
20:30 bacek joined #parrot
20:36 whiteknight left #parrot
20:37 cotto_work ~~
20:39 cotto_work atrodo: I can pay partial attention now if you want to talk about the spec
20:41 atrodo cotto_work> sure, but I will have to take of soon-ish, but I'll be available again tonight
20:42 cotto_work ok
20:44 cotto_work atrodo: what questions did you have?
20:45 atrodo cotto_work> I'm staring at the pdd trying to remember
20:45 cotto_work ok.  I'll be around.
20:46 atrodo cotto_work> It seems to me that there's still a lot missing and a lot of details glossed over.  That feelings normal, right?
20:47 dukeleto atrodo: yes
20:47 marcel_r allison: Regarding a new pynie implementation: if we're going to write a custom object system, in what level it'll be? PIR? C?
20:47 cotto_work atrodo: I think so.  I don't expect that the spec is complete, but to me the best way to move it forward seems to be to try implememnting it.
20:48 cotto_work *implementing
20:49 dukeleto marcel_r: i would suggest PIR or winxed
20:50 marcel_r dukeleto: Great.
20:51 dukeleto marcel_r: also, parrot has plans to implement a new MOP soon, so we definitely want to hear from pynie devs what they need in a MOP
20:51 dukeleto marcel_r: exactly how objects and inheritance is defined, etc...
20:52 dukeleto marcel_r: what is allowed at compile-time, what is allowed at run-time, ...
20:54 marcel_r dukeleto: Well, I'm not an expert, but I feel that if we have hash tables and pointers to subroutines, we can emulate pretty much everything OOP-related.
20:54 marcel_r dukeleto: I'm trying to figure out how to do this in PIR.
20:56 marcel_r dukeleto: But my approach would need heterogeneous hash tables, and I don't know if there is a PMC like this.
20:56 atrodo cotto_work> Is there value in trying to rectify my prototype and m0-spec? Or should the focus be on a new prototype?
20:56 dukeleto marcel_r: there is a Hash PMC in src/pmc/hash.pmc
20:56 dukeleto marcel_r: heterogeneous as in the keys can be of different types?
20:57 dukeleto marcel_r: you can emulate that by storing PMCs in Hash PMCs, probably
20:57 marcel_r dukeletos: heterogeneous as in the *values* can be of different types.
20:57 dukeleto marcel_r: and there is something called OrderedHash PMC as well, for an ordered hash
20:57 dukeleto marcel_r: sure. same is true
20:57 * dukeleto thinks so, anyway
20:57 cotto_work atrodo: there are some significant differences.  I need to look at it again to figure out what'd be best.
20:58 dukeleto marcel_r: if not, we can make it true
20:58 marcel_r dukeleto: Awesome.
20:58 dukeleto marcel_r: for pointer-ish stuff, there are a few different solutions, depending on whether you want to do your own memory management
20:58 atrodo cotto_work> right, I've filled in a lot of questions long before any of the m0-spec started
20:59 lucian marcel_r: the idea is to do it in winxed, yes
20:59 dukeleto marcel_r: ManagedStruct, UnManagedStruct and PtrBuf
20:59 lucian marcel_r: python allows non-strings as attributes
20:59 dukeleto marcel_r: PtrBuf is the new hotness, but hasn't been tested as well. Most likely, you should use PtrBuf
21:00 alin joined #parrot
21:00 dukeleto lucian: where is this plan to use winxed written down?
21:00 dukeleto lucian: is there a new pynie repo ?
21:00 lucian dukeleto: it's not, really
21:00 dukeleto lucian: ENOSPEC
21:00 lucian i haven't had time to work on it, but i will during gsoc
21:01 marcel_r dukeleto: Perhaps the pointer stuff can be done with the Sub PMC. Not really a pointer, just a way to bind a subroutine to a hash value.
21:01 * lucian nods
21:03 atrodo cotto_work> And I took a slightly different approach to answering those questions.  Instead of using how parrot does it to answer, I tried to answer with what would be the most efficient (fsdo), flexible, and friendly
21:03 atrodo (all based on my relatively biased perspective)
21:03 hudnix left #parrot
21:06 Andy_ left #parrot
21:07 sjn_ joined #parrot
21:08 * atrodo heads out
21:08 marcel_r lucian: So, the idea is to write the object model in Winxed... Is it definitive? Is there some work already done?
21:09 marcel_r_ joined #parrot
21:10 lucian marcel_r: no to both
21:11 bluescreen left #parrot
21:11 lucian marcel_r: we had a lengthy discussion about what we could use to implement it
21:11 hercynium left #parrot
21:12 lucian doing it in C is slow, so not a good choice at least for prototyping
21:12 lucian 6model isn't ready, and it's appropriateness is dubious
21:12 lucian PIR is annoying, since it's assembly
21:12 lucian winxed is the only working parrot system language
21:13 alin left #parrot
21:14 marcel_r left #parrot
21:14 marcel_r_ is now known as marcel_r
21:15 marcel_r lucian: This seems like a good summary of the situation, thanks.
21:16 lucian marcel_r: ideally as much of pynie should be written in python
21:16 lucian but at least now, only the compiler can easily be written in python
21:16 marcel_r lucian: Sure PIR is assembly, but I see some potential on the PMCs.
21:16 lucian marcel_r: yeah, hash should be enough. but since winxed just compiles to PIR, why not?
21:20 marcel_r lucian: I'm totally in for the idea of doing as much of the pynie code in Python as possible. Just worried about the adequacy of written some lower-level elements in HLL.
21:20 Andy_ joined #parrot
21:20 lucian marcel_r: i'm not :)
21:21 lucian ideally, at some point the object system will be written in python as well
21:21 lucian but that's hard and would take too much time to set up
21:21 mj41 left #parrot
21:21 marcel_r lucian: e.g. If we write object model code in Python, we can't use OOP features, because they depends exactly in the object model. So why do this in Python?
21:21 lucian (it would require writing two compilers)
21:21 lucian marcel_r: it would necessarily be a subset of python
21:21 lucian similar to nqp in scope, i guess
21:23 marcel_r Indeed, and that's why I don't see the point. If we can't use the useful features of Python, why don't we just write it in PIR?
21:23 marcel_r Or Winxed...
21:25 alin joined #parrot
21:25 lucian_ joined #parrot
21:26 lucian_ marcel_r: sorry, my isp is crap
21:26 marcel_r lucian: No problem, it happens to me too. A lot.
21:27 lucian left #parrot
21:37 fperrad left #parrot
21:39 davidfetter left #parrot
21:42 marcel_r left #parrot
21:44 dodathome left #parrot
21:53 lucian_ left #parrot
21:57 lucian joined #parrot
21:57 lucian left #parrot
22:06 ambs left #parrot
22:07 alin left #parrot
22:07 bacek_at_work ~~
22:14 dalek parrot/jit_prototype: 240d755 | bacek++ | / (2 files):
22:14 dalek parrot/jit_prototype: Add Type::function for create FunctionType
22:14 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/240d7555f1
22:14 dalek parrot/jit_prototype: 175b576 | bacek++ | runtime/parrot/library/LLVM/Module.pm:
22:14 dalek parrot/jit_prototype: Switch Module to use Type::function
22:14 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/175b576513
22:19 kid51 joined #parrot
22:21 jsut joined #parrot
22:26 jsut_ left #parrot
22:26 jsut_ joined #parrot
22:31 jsut left #parrot
22:33 cotto_work We need to commit some images.  GitHub supports diffs between them now.
22:36 cotto_work https://github.com/cameronmcefee/I​mage-Diff-View-Modes/commit/8e95f7​0c9c47168305970e91021072673d7cdad8
22:37 samwho joined #parrot
22:41 samwho left #parrot
22:50 theory left #parrot
22:55 giwi left #parrot
22:55 whiteknight joined #parrot
22:55 plobsing left #parrot
23:02 tadzik ohwow
23:04 bacek_at_work tadzik, ?
23:04 tadzik bacek_at_work: the image diff thing
23:05 rurban_ joined #parrot
23:05 bacek_at_work tadzik, yeah, really cool
23:07 rurban left #parrot
23:07 rurban_ is now known as rurban
23:07 davidfetter joined #parrot
23:20 plobsing joined #parrot
23:24 kid51 is now known as kid51_at_dinner
23:25 theory joined #parrot
23:33 sjn_ left #parrot
23:34 bubaflub joined #parrot
23:44 davidfetter left #parrot
23:56 theory left #parrot

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

Parrot | source cross referenced