digitalmars.D.bugs - [Issue 4719] New: Clean up associative array runtime interface to enable precise GC
- d-bugmail puremagic.com (34/34) Aug 24 2010 http://d.puremagic.com/issues/show_bug.cgi?id=4719
- d-bugmail puremagic.com (11/11) Sep 09 2010 http://d.puremagic.com/issues/show_bug.cgi?id=4719
- d-bugmail puremagic.com (9/9) Jan 06 2011 http://d.puremagic.com/issues/show_bug.cgi?id=4719
- d-bugmail puremagic.com (12/12) Jan 06 2011 http://d.puremagic.com/issues/show_bug.cgi?id=4719
- d-bugmail puremagic.com (13/13) Jan 06 2011 http://d.puremagic.com/issues/show_bug.cgi?id=4719
http://d.puremagic.com/issues/show_bug.cgi?id=4719 Summary: Clean up associative array runtime interface to enable precise GC Product: D Version: D1 & D2 Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: DMD AssignedTo: nobody puremagic.com ReportedBy: nfxjfg gmail.com Currently, the AA implementation (in aaA.d) has no way of knowing what the type of an AA is. All it gets is the key TypeInfo and the value type's size. This makes precise GC impossible. (Issue 3463 has a compiler patch that adds pointer bitmaps to TypeInfo. The AA implementation needs these to allocate the AA data in a way that enables precise scanning.) This enhancement suggests to clean up the AA runtime interface, that consists of functions starting with "_aa" (e.g. _aaGet). All of these functions should carry a TypeInfo_AssociativeArray reference as parameter. Note that would actually _reduce_ the number of parameters these runtime functions typically have, which I find funny. There may be compatibility concerns. This is simple to solve: the compiler can just define a new version symbol to signal that a new AA ABI is used. Or if actual binary compatibility with old code is desired, the old interface could be emulated in aaA.d by still providing the old functions; the new interface would use different function names. PS: not attempting to write a patch, because even if this enhancement gets accepted, Walter most likely would rewrite the patch himself. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Aug 24 2010
http://d.puremagic.com/issues/show_bug.cgi?id=4719 nfxjfg gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch Posted a patch for this in issue 3463. Adding patch keyword. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Sep 09 2010
http://d.puremagic.com/issues/show_bug.cgi?id=4719 nfxjfg gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Jan 06 2011
http://d.puremagic.com/issues/show_bug.cgi?id=4719 Leandro Lucarella <llucax gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |llucax gmail.com PST --- Hi, did you received an definitive official negative answer about this, or you're just assuming it will never happen as with most changes that doesn't come from people that usually don't agree with Walter? :) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Jan 06 2011
http://d.puremagic.com/issues/show_bug.cgi?id=4719 Brad Roberts <braddr puremagic.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED CC| |braddr puremagic.com Resolution|WONTFIX | --- No, he just trashed bugzilla by closing all the bugs he filed as won't fix. I'm reopening them. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Jan 06 2011