GC API: Difference between revisions

Jump to navigation Jump to search
1 byte removed ,  14 April 2008
m
(add more open issues, semicolons)
m (→‎Decisions: typos)
Line 25: Line 25:
'''Open issue:''' We should detect dumb implementation mismatches at link time and bomb out.  I don't know the trick, but I bet bsmedberg does.
'''Open issue:''' We should detect dumb implementation mismatches at link time and bomb out.  I don't know the trick, but I bet bsmedberg does.


'''Open issue:''' The JSAPI allows JSObjects to contain pointers to non-GC-allocated data which may contain pointers back to GC-allocated stuff (objects, strings, numbers).  See [[devmo:JSClass.mark]].  This existing API seems impossible to reimplementi on top of the GC API as it stands.  First, the GC API doesn't offer a per-object custom marking hook.  Second, the GC API insists on a write barrier (the JSAPI doesn't).
'''Open issue:''' The JSAPI allows JSObjects to contain pointers to non-GC-allocated data which may contain pointers back to GC-allocated stuff (objects, strings, numbers).  See [[mdc:JSClass.mark]].  This existing API seems impossible to reimplementi on top of the GC API as it stands.  First, the GC API doesn't offer a per-object custom marking hook.  Second, the GC API insists on a write barrier (the JSAPI doesn't).


'''Open issue:''' Need to document which operations require arequest.
'''Open issue:''' Need to document which operations require a request.


=API areas=
=API areas=
638

edits

Navigation menu