Re: [perl #46179] [TODO] Remove GC code depending upon -D40 before parrot 1.0
On Mon, 2 Feb 2009, Andrew Whitworth via RT wrote: On Sat Oct 06 05:46:09 2007, pcoch wrote: In src/gc/register.c:clear_regs() there is the todo item: /* depending on -D40 we set int, num to garbage different garbage * TODO remove this code for parrot 1.0 We do want to remove the current code from clear_regs(), but what do we want to change it to? The PMC and STRING registers obviously need to be nulled out for GC to avoid false positives. Do we need to clear the values of the INT and NUM registers too? If so, what values do we want them to have? Should we still use special flag values for -D40? There's a bit more history of this in [perl #38978] and [perl #39244] (and some other old tickets too, but those are enough to give the idea). The problem was that, on some compilers in some situations, the I and N registered ended up as 0 even if they weren't explicitly initialized, and various bits in the test suite worked accidentally because of that. (There used to be conditional compilation mixed in there as well, just to make it even more confusing.) Such bugs have long since been eradicated in the test suite, and nothing developed in the past couple of years could rely on accidental initialization. None of which answers your question. The original intent was that the registers are not to be initialized, which would mean deleting the second branch (with the 888's) but leaving the -D40 branch as a possible debugging tool. -- Andy Dougherty dough...@lafayette.edu
Re: [perl #55308] [TODO] [MMD] add_sub sanely adds MultiSub PMCs to a namespace
On Mon, Feb 02, 2009 at 09:27:10AM -0800, Andrew Whitworth via RT wrote: On Wed Jun 04 16:04:07 2008, pmichaud wrote: I'm just about to commit a change to namespace.pmc that allows the 'add_sub' method to store MultiSub PMCs as well as Sub PMCs. However, the change I'm committing is a little naive in that a subsequent call to add_sub will overwrite any existing MultiSub. Instead, adding a MultiSub to a namespace symbol that already contains a MultiSub should probably merge them together. pmichaud: Any updates on the status of this? It probably needs a Parrot architect to design/decide what should really happen here. I wasn't planning to take it any further than I already have. Perhaps this RT ticket needs to be moved to Trac. Pm
Parrot Bug Summary
Parrot Bug Summary http://rt.perl.org/rt3/NoAuth/parrot/Overview.html Generated at Mon Feb 2 14:00:01 2009 GMT --- * Numbers * New Issues * Overview of Open Issues * Ticket Status By Version * Requestors with most open tickets --- Numbers Ticket Counts: 21 new + 464 open = 485 Created this week: 2 Closed this week: 67 --- New Issues New issues that have not been responded to yet 1 - 2 weeks old 2 - 3 weeks old 3 - 4 weeks old 4 - 5 weeks old 5 - 6 weeks old 6 - 7 weeks old 7 - 8 weeks old 8 - 9 weeks old 9 - 10 weeks old 10 - 11 weeks old 60658 Broken links to Glossary and Patch Bug Report Submission Information 60652 Lexicals and :outer not Thawed Properly from PBC 60650 Lexical Associations Not Thawed with Tailcalls 11 - 12 weeks old 60578 parrot.org: add link for reporting problems to each page 12 - 13 weeks old 60338 [BUG] NCI segfaults with null pcc_params_signature 13 - 14 weeks old 60206 [BUG] [MMD] Segfault in Lua exception handler 14 - 15 weeks old 15 - 16 weeks old 59978 [TODO] Add SVN revision number of reports to Smolder front page 16 - 17 weeks old 17 - 18 weeks old 18 - 19 weeks old 19 - 20 weeks old 58990 [TODO] Design new spec coverage mechanism 20 - 21 weeks old 58740 [CAGE] t/configure/*.t and t/steps/*.t: Cleanup test setup/teardown code --- Overview of Open Issues PlatformSeverity Tag Lang aix0abandoned 05005threads 0 Amber 0 All0fatal 1bounce0 BASIC 0 bsdos 0High 0Bug 81 bc 0 cygwin 2low 1compiler 0 befunge 0 cygwin_nt 0medium0configure 1 bf 0 darwin 6none 0core 2 cola0 dec_osf0Normal1dailybuild0 forth 0 dgux 0unknown 0docs 3 jako0 dos0Wishlist 1duplicate 0 Lisp0 dynixptx 0 install 1 lolcode 0 freebsd4 library 0 m4 0 generic0 notabug 0 ook 0 gnu0 notok 0 perl6 1 HPUX 0 ok0 plot0 irix 0 Patch26 punie 0 irix64 0 regex 2 pynie 0 Linux 2 sendToCPAN0 python 0 lynxos 0 Todo202 ruby0 mac0 unknown 0 scheme 0 machten0 utilities 0 tcl 0 macos 0 wontfix 0 urm 0 MacOS X5 Zcode 0 mswin324 netbsd 1 next 0 openbsd1 os20 os390 0 other 0 powerux0 qnx0 riscos 0 sco0 Solaris6 sunos 0 svr4 0 svr5 0 sysv 0 unicos 0 unicosmk 0 unix 0 unknown0 uts0 vms0 VOS0 Win32 11 --- Ticket Status By Version New or OpenResolved --- Requestors with most open tickets Paul Cochrane 139 Will Coleda39 chromatic 32 Patrick R. Michaud 25 Jerry Gay 17 Mark Glines14 Allison Randal 12 Bernhard Schmalhofer 10 James Keenan 10 Bob Rogers 10 --- * Total Issues * New Issues * Overview of Open Issues * Ticket Status By Version * Requestors with most open tickets --- This page is CPU intensive to create, it will be updated only once every 30 minutes
Re: [perl #37700] [TODO] Changing Default STDOUT/STDERR Filehandles for PIR Code
Method added in r36305, created TT #264 about it. -- Salu2