Changes between Version 20 and Version 21 of GSoc2011

Timestamp:

03/11/11 17:41:08 (11 years ago)

Author:

whiteknight

Comment:

volunteer to mentor several ideas. +details about profiler

GSoc2011

@@ -72 +72 @@
  * '''Difficulty''': 5/5
  * '''Links of Interest''': <NONE, please add some>
- * '''Possible Mentors''': <UNKNOWN, please volunteer!>
+ * '''Possible Mentors''': Whiteknight
  * '''Details''': Create an LALR parser generator tool. The tool should be written in one of the lower-level languages which run on Parrot (PIR, NQP, Winxed, other) for maximum portability. The parser generator should take a language specification and compile it into an LALR parser in a manner similar to YACC/Bison. The generator parser likewise can be in any suitable language. For this project, a working LALR parser generator engine is more important than the ability to understand a huge number of input patterns and pattern modifiers.
  * '''Expected Deliverables''': A working LALR parser generator capable of converting a language specification into an LALR parser. Necessary unit tests, examples, and documentation must be included.
@@ -96 +96 @@
  * '''Difficulty''': 4/5
  * '''Links of Interest''': <NONE, please add some>
- * '''Possible Mentors''': <UNKNOWN, please volunteer!>
+ * '''Possible Mentors''': Whiteknight
  * '''Details''': Parrot needs a new debugger. There exists a toolset called "parrot-instrument" which can be used to insert introspection, analysis, and manipulation functions into Parrot internals. You may optionally (preferrably) use Parrot-Instrument as the basis for your new debugger or create a new one from scratch. A successful debugger will have the ability to set break-points on subroutines at the PIR and HLL level, set watchpoints on registers or individual PMCs, and introspect state information from a running program. The debugger should read information from annotations so that it can be used to work with various HLLs. Performance of code executing under the debugger is not a primary concern for the initial deliverable.
  * '''Expected Deliverables''': A working debugger with the capabilities listed above. In addition, the successfull student should provide adequate unit tests, code examples, and documentation.
@@ -105 +105 @@
  * '''Links of Interest''': <NONE, please add some>
  * '''Possible Mentors''': <UNKNOWN, please volunteer!>
- * '''Details''': Expand on parrot-instrument, build awesome tools on top of it, get it fully working again.
- * '''Expected Deliverables''': <UNKNOWN, Please list what the deliverables will be>
+ * '''Details''': Several HLLs, especially Rakudo Perl 6, have need of a profiling tool that can generate information about subroutine call patterns and execution times. This will help to identify bottlenecks and areas where optimization is needed, among other things. There exists a project called "Parrot-Instrument" which can be used to add analysis, introspection, and runtime manipulation tools to Parrot. Parrot-Instrument may be used as the basis for a successful code profiling tool. Ideally, the code profiling tool will operate on PIR/PBC and will be agnostic to the specific HLL in which the code was originally written.
+ * '''Expected Deliverables''': A working code profiling tool including unit testing and user documentation.
 
 === Green Threads and Tasks ===
@@ -112 +112 @@
  * '''Difficulty''': <UNKNOWN>
  * '''Links of Interest''': <NONE, please add some>
- * '''Possible Mentors''': <UNKNOWN, please volunteer!>
+ * '''Possible Mentors''': Whiteknight
  * '''Details''': Create an implementation of preemptive-switching green threads for Parrot. The successful project should be designed with an eye towards eventual M:N thread hybridization. 
  * '''Expected Deliverables''': <UNKNOWN, Please list what the deliverables will be>