HTTP/1.1 -1 Read error in cache disk data: SuccessContent-Type: application/rss+xml; charset="utf-8" Last-Modified: Sat, 22 Jan 2022 07:00:21 GMT Content-length: 13974 Connection: Close Proxy-Connection: Close X-Cache: HIT from web1.osuosl.org Server: ProxyTrack 0.5 (HTTrack 3.49.2) Parrot: {19} Newbie Tickets http://trac.parrot.org/parrot/report/19 Trac Report - This report lists tickets that have been marked as useful tasks for volunteers who are new either to the Parrot project in general, or to a particular Parrot sub-system. It shows any non-closed tickets that have "newbie" in the Keyword field. The tickets are color-coded by Type, and ordered by Type and Id. en-us Parrot http://trac.parrot.org/parrot/chrome/site/parrot_logo.png http://trac.parrot.org/parrot/report/19 Trac v0.11.7 #2038: Singleton PMCs are deprecated Fri, 04 Mar 2011 21:23:40 GMT Tue, 19 Jul 2011 05:54:05 GMT <p> Parrot shouldn't be responsible for implementing the singleton contract for PMCs. Our current implementation of it is very bad anyway. </p> <p> If HLLs or other projects want singletons, they should be able to implement the behavior themselves. </p> <p> Types such as Env and OS don't have state so don't need to be singletons. They are basically just collections of methods, and it's very cheap for us to just create multiple copies of them if needed. </p> <p> The scheduler is a different story. It does have state, so we need to only have one of those in the system at a time. There are ways to prevent users from creating a scheduler from PIR code. The scheduler reference is available (or should be) by introspecting the current interp PMC. </p> http://trac.parrot.org/parrot/ticket/2038 http://trac.parrot.org/parrot/ticket/2038 Report #2093: Remove :base_core modifier from *.ops files Tue, 12 Apr 2011 18:39:19 GMT Tue, 12 Apr 2011 18:56:24 GMT <p> I've noticed that the <tt>:base_core</tt> modifier only appears in the *.ops files. <i>cotto</i> and <i>benabik</i> seem to think that this is just a leftover historical artifact that no longer has a purpose. </p> <p> That being said, I think it's safe to remove <tt>:base_core</tt>. </p> <p> I will take care of this within the next 2-3 days. </p> http://trac.parrot.org/parrot/ticket/2093 http://trac.parrot.org/parrot/ticket/2093 Report #817: [pmc2c] don't require custom #defines for private flags Tue, 07 Jul 2009 22:25:28 GMT Sat, 16 Oct 2010 22:48:42 GMT <p> It'd be nice if pmc2c didn't require that custom private PObj flags be #defined, but rather provided a way to declare them as part of the pmclass declaration. The syntax could look something like this: </p> <pre class="wiki">pmclass FooClass group FooGroup extends FooBase { ATTR PMC *foo; ATTR INTVAL *bar; FLAG FOO_IS_HAVING_A_GOOD_DAY; FLAG FOO_IS_WEARING_YELLOW; </pre><p> This would be a good introductory task for someone wanting to get into Parrot since it's not urgent and wouldn't cause any compatibility breaks. The majority of the code that would need to be changed is in lib/Parrot/Pmc2c/Parser.pm and lib/Parrot/Pmc2c/PMCEmitter.pm . </p> http://trac.parrot.org/parrot/ticket/817 http://trac.parrot.org/parrot/ticket/817 Report #435: languages moved to examples need tests. Wed, 11 Mar 2009 12:31:37 GMT Wed, 13 Oct 2010 02:58:35 GMT <p> The tests for <tt>examples/languages</tt> should: </p> <ol><li> be run as part of <tt>make examples_tests</tt> </li><li>Once covered, they should be skipped from <tt>t/examples/catchall.t</tt> (see line 34 of this file for another skip) </li></ol><p> As it stands, the files in that directory are generating even more failures in examples_tests, because they aren't meant to be run from the top level directory, and <tt>.include</tt>s are failing. </p> http://trac.parrot.org/parrot/ticket/435 http://trac.parrot.org/parrot/ticket/435 Report #88: update pdd26-ast Wed, 24 Dec 2008 04:38:02 GMT Fri, 20 May 2011 00:35:57 GMT <p> Verify that pdd26-ast is up to date with current implementation and design. </p> http://trac.parrot.org/parrot/ticket/88 http://trac.parrot.org/parrot/ticket/88 Report #1921: RFC: decorate all functions in src/platform.c with PARROT_EXPORT Sat, 01 Jan 2011 00:12:50 GMT Mon, 29 Aug 2011 23:46:40 GMT <p> I propose that we add PARROT_EXPORT to all functions in src/platform.c (i.e. all functions in all files used to generate src/platform.c). This is necessary so that users of libparrot, in this case dynpmcs, can access platform-specific functions. The problem that brought this up was that the OS pmc couldn't access Parrot_get_user_id, but I can imagine this cropping up in other places too. </p> <p> I've created a gci task for this and rfw plans to work on it, but I want to make sure I'm not missing anything before I merge into master. </p> http://trac.parrot.org/parrot/ticket/1921 http://trac.parrot.org/parrot/ticket/1921 Report #1332: change get_string on FPA, RPA (et al?) Wed, 25 Nov 2009 04:27:53 GMT Fri, 14 Jan 2011 03:53:59 GMT <p> RPA inherits the get_string vtable from its parent, FPA, which says: </p> <pre class="wiki">Returns the number of elements in the array as a Parrot string. (??? -leo) </pre><p> ??? indeed - why doesn't this return something more useful like, e.g.: join(" ",@foo) ? </p> <p> Anyone like the current functionality, or agree with the proposal? </p> http://trac.parrot.org/parrot/ticket/1332 http://trac.parrot.org/parrot/ticket/1332 Report #67: Allow user to specify maximum size of GC allocation on command line Fri, 19 Dec 2008 00:59:33 GMT Thu, 19 May 2011 23:14:40 GMT <p> We should have a command line option for parrot that allows us to specify the maximum amount of memory the GC is allowed to allocate </p> http://trac.parrot.org/parrot/ticket/67 http://trac.parrot.org/parrot/ticket/67 Report #220: editor/pir-mode.el should be a generated file Sat, 24 Jan 2009 05:41:25 GMT Tue, 12 Oct 2010 23:12:15 GMT <p> Rather than having to edit pir-mode to keep it up to date with existing PMC names, they (and any other bits than can be done at build time) should be done programmatically. </p> <p> This is a reasonable perl5 task. </p> http://trac.parrot.org/parrot/ticket/220 http://trac.parrot.org/parrot/ticket/220 Report #1639: StringHandle should be updated to use StringBuilder internally. Sat, 15 May 2010 03:14:07 GMT Wed, 01 Dec 2010 00:01:29 GMT <p> Hello. </p> <p> In immutable strings world current implementation of StringHandle is sub-optimal. It should be migrated to use StringBuilder internally instead of String. </p> <p> -- Bacek </p> http://trac.parrot.org/parrot/ticket/1639 http://trac.parrot.org/parrot/ticket/1639 Report #1282: OS.cwd returns platform specific slashes... Tue, 17 Nov 2009 02:34:48 GMT Sat, 26 Nov 2011 01:56:12 GMT <p> ... but some languages need a way to get agnostic slashes. Rather than have every HLL implement this, there should be some way to canonicalize the path, and a way to get the platform-specific path. (This will allow hlls to pick whichever method they prefer.) </p> <p> I don't particularly care about the implementation, as long as I can make </p> <pre class="wiki">C:\Tcl\bin&gt;tclsh % puts [pwd] C:/Tcl/bin </pre><p> work. </p> <p> This issue originally opened as <a class="ext-link" href="http://rt.perl.org/rt3/Ticket/Display.html?id=39853"><span class="icon"> </span>http://rt.perl.org/rt3/Ticket/Display.html?id=39853</a> </p> http://trac.parrot.org/parrot/ticket/1282 http://trac.parrot.org/parrot/ticket/1282 Report #955: need ability to create tempfile from PIR Fri, 28 Aug 2009 18:05:43 GMT Thu, 07 Jul 2011 19:29:50 GMT <p> to fully convert tests from Perl to PIR, we need a PIR-level analog to: </p> <pre class="wiki"> use Parrot::Test::Util 'create_tempfile'; </pre><p> ... I'm not sure if we can automatically delete; that would be nice, but a manual deletion at program exit is sufficient. </p> http://trac.parrot.org/parrot/ticket/955 http://trac.parrot.org/parrot/ticket/955 Report #236: implement pdd14-numbers Tue, 27 Jan 2009 19:44:29 GMT Wed, 13 Oct 2010 00:34:28 GMT <p> add NaN/Inf to pdd, review spec against reality, implement what remains. </p> http://trac.parrot.org/parrot/ticket/236 http://trac.parrot.org/parrot/ticket/236 Report <