Camelia, the Perl 6 bug

IRC log for #parrot, 2012-04-01

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:22 dalek jaesop: 1461f5b | Whiteknight++ | t/harness:
00:22 dalek jaesop: Use Rosella Include files instead of loading the .pbc directly. Cleans up some code
00:22 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/1461f5b194
00:22 dalek jaesop: 5b668cf | Whiteknight++ | README (2 files):
00:22 dalek jaesop: Change README to a markdown file
00:22 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/5b668cfa2f
00:22 dalek jaesop: 5c213c6 | Whiteknight++ | README.md:
00:22 dalek jaesop: Convert README syntax to markdown
00:22 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/5c213c6ac0
00:22 dalek jaesop: af16632 | Whiteknight++ | js2wxst0.js:
00:22 dalek jaesop: Add comments to the stage 0 driver
00:22 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/af16632af3
00:23 dalek jaesop: bf96751 | Whiteknight++ | stage0/js/wast.js:
00:23 dalek jaesop: Fix code generation for empty array literals []. Fix a bug where a semicolon wasn't being generated in an if/then block. Fix some whitespace
00:23 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/bf96751e88
00:23 dalek jaesop: 4bdee65 | Whiteknight++ | / (2 files):
00:23 dalek jaesop: If we use a global inside a closure in a function, make sure to declare the winxed var in the outer scope so it doesn't get lost. If it's a closure at the top-level, declare the global in the closure like normal
00:23 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/4bdee65963
00:23 dalek jaesop: c9f1feb | Whiteknight++ | stage0/runtime/jsobject.winxed:
00:23 dalek jaesop: Merge branch 'master' of github.com:Whiteknight/jaesop
00:23 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/c9f1febfe0
00:23 whiteknight we can now convert the stage 0 driver to executable winxed, though the 'require' function isn't implemented yet
00:25 whiteknight the milestones are getting more and more obscure
00:35 dalek joined #parrot
01:14 kid51 joined #parrot
01:22 d4l3k_ joined #parrot
01:58 kid51 msg alester src/platform/generic/dl.c now has many codingstd errors: c_arg_assert.t, c_function_docs.t.  Can you fix?
01:58 aloha OK. I'll deliver the message.
02:00 kid51 msg nine src/platform/generic/dl.c now has many codingstd errors: c_arg_assert.t, c_function_docs.t.  Can you fix?
02:00 aloha OK. I'll deliver the message.
02:02 jashwanth joined #parrot
02:02 jashwanth whiteknight:hello
02:10 d4l3k_ joined #parrot
02:12 jashwanth dukeleto:hello
02:30 dalek jaesop: de51ea7 | Whiteknight++ | stage0/js/wast.js:
02:30 dalek jaesop: Fix whitespace in the __js_main__
02:30 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/de51ea76d4
02:30 dalek jaesop: 7f1ea77 | Whiteknight++ | stage0/ (3 files):
02:30 dalek jaesop: Add in a rough-draft of the require() mechanism. exports does not work with the store/fetch_global mechanism so is bound to cause confusion
02:30 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/7f1ea779b7
02:56 d4l3k_ joined #parrot
03:03 jashwanth joined #parrot
03:03 jashwanth dukeleto:hello
03:35 _mayank joined #parrot
03:42 jashwanth joined #parrot
03:43 dalek joined #parrot
04:06 nbezzala joined #parrot
04:30 dalek joined #parrot
05:00 fperrad joined #parrot
05:02 nbrown joined #parrot
05:17 d4l3k_ joined #parrot
06:04 d4l3k_ joined #parrot
06:13 dalek parrot: 4800aef | petdance++ | frontend/pbc_merge/main.c:
06:13 dalek parrot: removed useless casts
06:13 dalek parrot: review: https://github.com/parrot/parrot/commit/4800aef888
06:22 dalek parrot/m0: 0fcefb6 | jimmy++ | src/m0/c/m0_ops.c:
06:22 dalek parrot/m0: fixed bug in op print_i
06:22 dalek parrot/m0: review: https://github.com/parrot/parrot/commit/0fcefb6f28
06:47 nbezzala joined #parrot
06:51 dalek joined #parrot
07:19 _mayank joined #parrot
07:39 dalek joined #parrot
07:47 nbezzala joined #parrot
08:25 d4l3k_ joined #parrot
08:52 pjcj joined #parrot
09:12 dalek joined #parrot
09:39 dalek parrot/m0: e9087b5 | jimmy++ | src/m0/c/m0_ops.c:
09:39 dalek parrot/m0: add op print_n
09:39 dalek parrot/m0: review: https://github.com/parrot/parrot/commit/e9087b5398
09:51 dalek parrot/m0: ca39ba1 | jimmy++ | src/m0/perl5/m0_assembler.pl:
09:51 dalek parrot/m0: use double-precision float instead of single-precision float
09:51 dalek parrot/m0: review: https://github.com/parrot/parrot/commit/ca39ba117d
10:00 dalek joined #parrot
10:40 schmooster joined #parrot
10:49 d4l3k_ joined #parrot
11:04 nine Hi, #parrot!
11:05 tadzik hi nine!
11:05 tadzik . o O ( Hi five! )
11:06 nine In the next life, I'll get my nick name at five just to make this possible ;)
11:09 nine I wonder why the GC itself is using indirections like Parrot_gc_free_pmc_attributes instead of calling its functions directly. It's not like one is going to change the GC in the middle of a mark & sweep run or something.
11:13 dalek rakudo/nom: 3218a72 | moritz++ | src/core/Rat.pm:
11:13 dalek rakudo/nom: ==-compare rats directly
11:13 dalek rakudo/nom:
11:13 dalek rakudo/nom: before we would go through Num, which made (1-0.5.FatRat**128) == 1
11:13 dalek rakudo/nom: produce True, falsely
11:13 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/3218a72091
11:36 whiteknight joined #parrot
11:38 dalek joined #parrot
11:52 whiteknight good morning, #parrot
11:52 nine Good morning, whiteknight
11:52 tadzik hello whiteknight
11:52 whiteknight good morning nine, tadzik
11:57 dalek parrot/threads: 05965d9 | nine++ | / (2 files):
11:57 dalek parrot/threads: Keep the GC blocked until the proxy for the result is created.
11:57 dalek parrot/threads:
11:57 dalek parrot/threads: We were blocking the GC while the call on the proxied PMC was
11:57 dalek parrot/threads: running to prevent it from finding foreign PMCs on the stack. But even
11:58 dalek parrot/threads: after the call, there's still the result! When creating the proxy for
11:58 dalek parrot/threads: the result, the GC was already unblocked and every 100,000th proxied
11:58 dalek parrot/threads: call or so it would start marking at this exact moment and find the
11:58 dalek parrot/threads: result PMC.
11:58 dalek parrot/threads:
11:58 dalek parrot/threads: Fixed by simply unblocking the GC only after the proxy is created and
11:58 dalek parrot/threads: the original being no longer on the stack.
11:58 dalek parrot/threads: review: https://github.com/parrot/parrot/commit/05965d9675
12:00 nine If I'd had a closer look at the full backtrace, I'd have found this one much quicker... Just got distracted by it being always a NameSpace PMC which just happened to be what my test program was using.
12:02 PacoAir joined #parrot
12:26 dalek joined #parrot
12:52 kid51 joined #parrot
13:03 _mayank good morning whiteknight
13:14 d4l3k_ joined #parrot
13:35 whiteknight hello _mayank
13:54 jsut joined #parrot
13:58 jashwanth joined #parrot
14:01 dalek joined #parrot
14:07 jashwanth whiteknight:hello
14:07 whiteknight hello jashwanth
14:08 whiteknight I saw that you submitted the proposal. Very good
14:08 jashwanth whiteknight:yes I did
14:09 jashwanth whiteknight:I just came in to inform you
14:09 whiteknight I get emails when people submit or make changes
14:09 jashwanth whiteknight:oh
14:14 jashwanth whiteknight:bye
14:38 fperrad joined #parrot
14:39 dalek parrot/m0: 5c7a75f | jimmy++ | src/m0/c/m0_ops.c:
14:39 dalek parrot/m0: add op add_n and sub_n, and fix bug in op add_i and sub_i
14:39 dalek parrot/m0: review: https://github.com/parrot/parrot/commit/5c7a75f342
14:44 dalek parrot/m0: 076d7e6 | jimmy++ | src/m0/c/m0_ops.c:
14:44 dalek parrot/m0: forgot add sub_n to runloops
14:44 dalek parrot/m0: review: https://github.com/parrot/parrot/commit/076d7e6de6
14:48 d4l3k_ joined #parrot
14:55 lucian joined #parrot
15:34 JimmyZ joined #parrot
15:35 JimmyZ cotto: ping
15:35 dalek joined #parrot
15:47 JimmyZ aloha:  tell
15:48 aloha (parrot/parrot) Issues opened : 752 (Fix m0 tests) by nbrown : https://github.com/parrot/parrot/issues/752
15:48 JimmyZ aloha: msg otto I'd like make some changes to pdd32_m0.pod, most about M0_CallFrame
15:48 aloha JimmyZ: OK. I'll deliver the message.
16:02 fperrad joined #parrot
16:12 dalek parrot/m0: 5246f7c | dukeleto++ | t/m0/integration/m0_ (6 files):
16:12 dalek parrot/m0: Merge pull request #752 from nbrown/m0-tests
16:12 dalek parrot/m0:
16:12 dalek parrot/m0: Fix m0 tests
16:12 dalek parrot/m0: review: https://github.com/parrot/parrot/commit/5246f7c4e8
16:12 TonyC joined #parrot
16:13 aloha (parrot/parrot) Issues closed : 752 (Fix m0 tests) by nbrown : https://github.com/parrot/parrot/issues/752
16:18 fperrad joined #parrot
16:19 nopaste joined #parrot
16:23 dalek joined #parrot
16:25 mdupont joined #parrot
16:27 dalek parrot: 8a3e561 | dukeleto++ | ChangeLog:
16:27 dalek parrot: [doc] Add a changelog section for 4.3.0
16:27 dalek parrot: review: https://github.com/parrot/parrot/commit/8a3e561567
17:11 dalek joined #parrot
17:32 dalek parrot/threads: bf28faf | nine++ | / (8 files):
17:32 dalek parrot/threads: Use a new thread safe GC block_mark_locked for blocking GC
17:32 dalek parrot/threads:
17:32 dalek parrot/threads: Parrot_block_GC_mark and Parrot_unblock_GC_mark are not thread safe.
17:32 dalek parrot/threads: They contain a classical race condition when incrementing or
17:32 dalek parrot/threads: decrementing the counter.
17:32 dalek parrot/threads:
17:32 dalek parrot/threads: Though taking the interp_lock helped in most cases against setting the
17:32 dalek parrot/threads: block_mark while the accessed thread's GC was running, it did not
17:32 dalek parrot/threads: help against the race condition in (un)block_GC_mark itself. So in very,
17:32 dalek parrot/threads: very rare cases, the GC could still run from the wrong thread.
17:32 dalek parrot/threads:
17:32 dalek parrot/threads: Making Parrot_(un)block_GC_mark itself thread safe would be a
17:32 dalek parrot/threads: performance problem since it's used in many places all over the code
17:32 dalek parrot/threads: base. Instead this patch adds a second thread save block_mark_locked
17:32 dalek parrot/threads: which is only used by threading code when accessing a foreign interp's
17:32 dalek parrot/threads: PMCs. The counter is only tested by gc_gms_mark_and_sweep which is
17:32 dalek parrot/threads: called comparatively rarely so it the test should not have any
17:32 dalek parrot/threads: measurable performance cost.
17:32 dalek parrot/threads: review: https://github.com/parrot/parrot/commit/bf28faf3f1
17:32 dalek parrot/threads: c2b90c0 | nine++ | src/ (3 files):
17:32 dalek parrot/threads: Move GC locking down from get_new_pmc_header into the GC
17:32 dalek parrot/threads:
17:32 dalek parrot/threads: With this change all GC lock handling is done at the same layer (the GC
17:32 dalek parrot/threads: GMS implementation) which is the only way to keep the locking strategy
17:33 dalek parrot/threads: (and the poor programmer trying to understand it) sane.
17:33 dalek parrot/threads:
17:33 dalek parrot/threads: While allocating new memory is a very straight forward operation,
17:33 dalek parrot/threads: freeing memory unfortunatley is much more complicated since it can be
17:33 dalek parrot/threads: done by a mark & sweep run (which naturally has to take the lock) but
17:33 dalek parrot/threads: also manually through API calls. Therefore I need to tell
17:33 dalek parrot/threads: gc_gms_free_pmc_attributes if it has to do the locking by itself or not
17:33 dalek parrot/threads: using a gc_gms_free_pmc_attributes_locked function and the new "locked"
17:33 dalek parrot/threads: GC variable.
17:33 dalek parrot/threads: review: https://github.com/parrot/parrot/commit/c2b90c022a
17:33 nine YEAH YEAH YEAH YEAH YEAH!
17:34 nine whiteknight: moretasks.pir seems to have become useless to me. I cannot provoke any error anymore! Been running while ./parrot moretasks.pir ; do echo "yes!" ; done for quite a while and it just runs and runs
17:36 nine Lesson of today: with threading related bugs, don't look too closely at the symptoms, look at the situation in which they occur.
17:36 whiteknight nine: oh darn, that's so disappointng :)
17:36 nine Oh my, this just feels so great :)
17:39 benabik o/
17:59 d4l3k_ joined #parrot
18:10 whiteknight let me tell you what: Getting JavaScript object model logic correct is hard
18:12 nine Oh I don't doubt that for a second
18:24 whiteknight ...but I think I've finally got it
18:35 whiteknight or, I've got it close enough
18:36 dalek jaesop: b130983 | Whiteknight++ | / (11 files):
18:36 dalek jaesop: Add in a stage0/modules directory and a sys.js. Implement require and exports. Add tests for require. A handful of fixes
18:36 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/b1309839a8
18:36 dalek jaesop: 5d525be | Whiteknight++ | / (2 files):
18:36 dalek jaesop: Add a shift method to Array
18:36 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/5d525bebca
18:36 dalek jaesop: 885ffd2 | Whiteknight++ | / (2 files):
18:36 dalek jaesop: A few fixes to the stage0 readme
18:36 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/885ffd23ae
18:36 dalek jaesop: 5eb97ff | Whiteknight++ | / (3 files):
18:36 dalek jaesop: Significantly improve handling of prototypes. We can now do things like:
18:36 dalek jaesop:
18:36 dalek jaesop: Foo.prototype.bar = baz;
18:36 dalek jaesop: var f = new Foo();
18:36 dalek jaesop: f.baz ...
18:36 dalek jaesop:
18:36 dalek jaesop: The code and the logic is MESSY and I expect it's not perfect, but it's far closer to spec than it was and will help us self-parse more of the stage0 files
18:36 dalek jaesop: review: https://github.com/Whiteknig​ht/jaesop/commit/5eb97ffcd1
18:47 dalek joined #parrot
19:02 nbrown joined #parrot
19:18 contingencyplan joined #parrot
19:34 d4l3k_ joined #parrot
19:39 Justin joined #parrot
19:45 dalek rakudo/nom: 984dc7c | moritz++ | src/core/Rat.pm:
19:45 dalek rakudo/nom: comperator ops for rats and rats and ints
19:45 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/984dc7caa5
19:54 nbrown joined #parrot
19:56 nbrown hello, are there any m0 people around? I've been trying to develop some of the *_n ops and keep running into two issues:
19:57 nbrown 1) How does deref know whether constant being loaded into an N register is a binary packed float or integer?
19:57 nbrown 2) When an m0 *_n op is executed, how does it know if the contents of the N register is a binary packed float or integer?
19:59 nbrown I have a decent first cut at making add_n, sub_n, etc. work, but it assumes that the constants are binary packed single precision floats
20:01 nbrown I know the specification says that they should be double precision, but the perl assembler stores single precision floats and I was trying to make the c implementation work with it
20:03 benabik There's _i and _n, right?
20:03 benabik I think _n ops always deal with floats, they don't have to figure out between int and float.
20:04 benabik (Mind you, I haven't actually looked into the current M0 design much.)
20:04 nbrown benabik: yes, but the spec says that _n ops should treat the arguments as integer or floating-point values
20:04 benabik That's odd.
20:04 nbrown benabik: I agree with your thoughts. The other is too hard at this level
20:05 nbrown benabik: If you want to add a float and an integer, it should require that we use the convert ops and then do the add, sub, etc
20:06 benabik nbrown: That would be my assumption.  Ops are supposed to do minimal magic.
20:06 benabik Differet things should be different ops.
20:07 nbrown I agree. Maybe I'll go propose a spec change
20:09 nbrown that would cause both of my issues to go away
20:22 nbrown I'm an idiot, I think I just misread the spec
20:23 benabik It happens.
20:23 dalek joined #parrot
20:26 nbrown benabik: yeah, and it makes me glad because it simplifies the problem.
20:27 benabik M0 is supposed to be simple.  :-)
20:28 nbrown :)
20:31 Justinlh joined #parrot
20:31 Justinlh left #parrot
20:40 Justinlh joined #parrot
20:41 Justinlh left #parrot
20:41 Justin joined #parrot
20:42 Justin Good afternoon everyone.
20:43 tadzik hello Justin
21:01 Justin I finally managed to connect and say hello to everyone. I am an undergraduate in the Electrical Engineering Department from Temple University and I have expressed intrest in proposing a project to you and your team at the Parrot Foundation for the GSOC 2012. I myself do not have much experience in programming besides the mandatory minimum for graduation, but after a Temple alumni Mr. Whitworth
21:01 Justin contacted our department chair for possible candidates I wanted to participate. This seems like a great opportunity to gain real world experience and to meet and work with new people. The project I wanted to possibly write a proposal for is the protests titled: "Improve Web UI of app-parrot-create" and possibly "New Assembly Language". I would like to know what types of information to include.
21:01 Justin I have read the blog post and I have a general idea of what to include, but for these two projects in particular what are some constrants that I as a student would come across in viability of these projects?
21:01 Justin projects*
21:02 benabik Justin: dukeleto is the main person for app-parrot-create, I think.
21:03 benabik Justin: whiteknight is probably who you should talk to about the assembly language, although I've been involved in a lot of it
21:03 benabik The biggest limitation for the assembly language is that it's supposed to also create a library that can be used as the basis for a larger system called PACT.
21:04 benabik Also, working on the assembler may require some work on the infrastructure in Parrot.  It has some sharp edges.
21:08 Justin Thank you, is there a way to contact dukeleto about his project outside of chat, such as email. @Benabik do you think it would require work on the infrastructure that someone with limited knowledge could preform with the help of an overseer. It seems like an interesting project
21:09 benabik Justin: you can either leave messages here via the bots: "tell <person> <message>"
21:09 benabik tell Justin like this
21:09 benabik Oops.
21:09 benabik that's phenny.
21:09 benabik msg Justin like thist
21:09 aloha OK. I'll deliver the message.
21:10 benabik Justin: Or dukeleto is jonathan at leto dot net
21:11 benabik The infrastructure work can probably be done with supervision or direct assistance of whiteknight and myself.  I'm currently writing a proposal to work on that as well, although there's plenty of work there for two.
21:12 Justin @aloha: thank you and @benabik thank you.
21:13 benabik Familiarity with compiler backends is a definite bonus for working on PACT.  It's part of my crusade to give parrot modern compiler techniques.
21:13 d4l3k_ joined #parrot
21:13 benabik But as long as you know what an assembly language is, the rest can be learned.  :-)
21:15 Justin @benabik, I took a class in assembly language a few years ago, but i'll be taking another assembly launguage class this fall semester.
21:15 Justin I am somewhat familiar with how it works
21:18 Justin What type of work are you doing with the infrastructure @benabik?
21:18 benabik Well, I'm currently writing up a proposal for the assembler.  But if you work on that, I can do a higher level project involving control flow graphs.
21:19 aloha joined #parrot
21:21 Justin Oh will the control flow graphs run based off the assembly language project?
21:22 benabik The goal (in my mind) would be for the assembly language to also have an API that the higher levels can use.  The language is mostly to give an immediately useful front end to the library.
21:23 benabik The CFG library would sort out the register allocations, instruction ordering, etc and use the assembly library to create packfiles.
21:26 Justin Interesting
21:29 benabik PACT is a large project with a variety of layers, each providing a useful service.  The assembler is the most direct representation of a PBC file.  The CFG layer is do handle static analysis, allocations, and optimizations.  Then the top layer will be a tree-like structure for ease of use.
21:31 Justin Ok its starting to make some more sense now
21:31 benabik Parrot also currently doesn't have anything that directly represents its bytecode.  The assembler is supposed to be very simple to fill that niche.
21:34 Justin and the assembler will allow your PBC file to be interchangeable with other HLLs? if I am understanding this correctly
21:35 benabik More or less...
21:36 benabik It's mostly useful as a debugging tool.  Very few languages would directly work with it.
21:36 benabik The goal would be that many languages could use it so any optimizations and improvements used can help all HLLs.
21:37 Justin forgive me im slowly piecing this together but I understand it now
21:37 benabik No forgiveness necessary.  I've been working on this for close to a year now.  I have grand visions of it now.  :-)
21:37 Justin lol
21:42 Justin This sounds is very interesting
21:42 Justin it is very interesting
21:42 benabik I really want Parrot to have modern compiler tools.  There's no point in having a fancy register based VM if we ignore all the lessons that have been learned about compiling for register machines.  :-D
21:44 benabik Maybe I'll work on 6model if you work on the assembler.  Would be easier if we don't have one GSoC project depending on the result of another.  :-D
21:46 Justin True.
21:46 Justin it would b a good project for prehaps next year after the assembler is done
21:46 Justin be*
21:47 benabik I'd selfishly suggest you work on app-parrot-create.  I've been chomping at the bit to work on PACT.  But there are other, equally valuable, projects I can do.  And I'm more than willing to help you with it.  :-)
21:50 Justin No by all means work on the assembler. It seemes like you have been working on the PACT projects for a while. The least I can do is make your interface better and easier to understand for people like me with limited knowledge lol
21:50 benabik Justin: There are many things I can work on.  I don't want to discourage you from working on the assembler if it really interests you.
21:51 benabik I don't want to send people away, I want to bring more people to Parrot!  :-)
21:52 Justin Oh its not sending me away, in fact it is driving me to want to understand it more.
21:52 benabik :-)
21:52 Justin Honestly as you were throwing all these terms at me I was googling them to atleast try and follow what you were saying
21:52 benabik Sorry.
21:53 Justin not a problem
21:53 benabik The longer I've been in grad school, the harder I am to follow.
21:53 Justin lol
21:53 benabik Next year I'll be a PhD student and I'll barely be able to talk to anyone.
21:53 Justin no it made me realize how little i know about computers and programming
21:54 benabik My studies have been in compilers and languages, so this is kinda what I've been living and breathing for a few years.
21:54 benabik Talk to me about web services or GUIs and I'll get lost.  :-)
21:55 Justin I design circuits....lol I am in comepletely unfamiliar territory myself
21:55 benabik Oooh, hardware.
21:56 Justin are there any pointers you could give me of how to approach improving the web interface design proposal?
21:57 Justin on* how
21:57 benabik I don't know as much about it...  Uhm.
21:57 benabik Lemme take a look.
21:57 Justin I assume you have written proposals before so what are somethings you add in your proposal?
21:58 benabik If you go to the page to submit a proposal, it gives you a template to work with.
21:58 Justin oh ok
21:58 benabik That's helpful.  :-)
21:58 Justin the GSOC page?
21:58 Justin or parrots page
21:58 benabik Yeah, on google-melange
21:59 benabik http://www.google-melange.com/gsoc/pr​oposal/submit/google/gsoc2012/parrot
21:59 benabik (You'll have to be logged in and registered for GSoC 2012 before that page will work, I think.)
22:01 benabik The best way to create a good proposal is to really think about the project.  Showing understanding and thought makes a good proposal.  :-)
22:01 Justin I see. I am logged in but I dont have a profile so I will create one now.
22:01 d4l3k_ joined #parrot
22:01 benabik I tend to do a lot of research and tinkering on mine.  The week-by-week timeline is a good way to really think about each step you'll have to do.
22:04 Justin oh so the timeline that is needed in the proposal comes from the profile we create?
22:05 benabik Creating a profile gives you access to the "submit proposal" page.  That page has a template for the proposal which includes a place for a timeline.
22:06 Justin oh ok. thanks
22:12 Justin I have another question. Lets take your project for instance. How do you know what it  is that you require to be done? Your thought process for attacking the problem?
22:13 benabik Figure out the end result, useful features, documentation, etc.  Then start slotting things into the timeline to determine how much I can actually do in a summer.
22:13 benabik I tend to leave a week or two open for slop.
22:15 benabik slop = delays, etc
22:15 Justin that sounds good. I'm trying to get into the mindset of a programmer
22:16 whiteknight joined #parrot
22:38 tadzik joined #parrot
22:38 dalek joined #parrot
22:39 whiteknight good evening, #Parrot
22:40 Util joined #parrot
22:40 benabik xkcd today is _mean_  It's time, location, and browser sensitive.
22:40 aloha Couldn't get comic
22:40 benabik aloha: shush
22:41 masak joined #parrot
22:41 PerlJam joined #parrot
22:46 pmichaud joined #parrot
22:46 Coke joined #parrot
22:51 jsut_ joined #parrot
22:51 dalek joined #parrot
22:53 benabik whiteknight: I was talking to Justin, who wanted to work on app-parrot-create or PACT.  Hopefully my enthusiasm hasn't driven him away.
22:54 Justin nope im still here!
22:54 whiteknight yeah, I've been talking to him too
22:54 whiteknight thanks for warming him up :)
22:59 benabik Proposal 1 submitted.  I guess I should work on my 6model one.  Blah.
23:03 whiteknight You're proposing 6model too?
23:03 benabik Probably more useful to work on 6model if someone else is doing the assembly.
23:03 benabik PACT is more my style, but I think I could do something useful with 6model.
23:16 whiteknight Yeah, as attractive as it is to have you work on 6model all summer, PACT is probably where you're most needed and will be the most effective
23:21 nbrown I have another dumb m0 question. The spec says that "    //frame->registers[ops[1]] = (uint64_t)0;
23:21 nbrown oops, I meant to paste "By default, instructions which work with integer values will assume that I registers are unsigned."
23:22 nbrown what does that really mean?
23:32 kid51 joined #parrot
23:39 benabik dinner &
23:41 d4l3k_ joined #parrot
23:42 whiteknight nbrown: that's a question for dukeleto or cotto. Neither appear to be here right ow
23:42 whiteknight now
23:42 whiteknight nbrown: I would assume it has something to do with the way comparison and arithmetic operators treat integers
23:52 whiteknight cotto, dukeleto: ping
23:55 whiteknight msg cotto We've got a student interested in security sandboxing. I'd really love to hear some of your opinions on the subject.
23:55 aloha OK. I'll deliver the message.
23:55 whiteknight msg dukeleto We've got a student interested in security sandboxing. If you have any particular requirements, especially as they pertain to PL/Parrot or other projects, let me know
23:55 aloha OK. I'll deliver the message.
23:59 nbrown_ joined #parrot

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

Parrot | source cross referenced