This is the mail archive of the
kawa@sourceware.org
mailing list for the Kawa project.
Re: GSOC | Extending Common Lisp support
- From: Per Bothner <per at bothner dot com>
- To: Charles Turner <chturne at gmail dot com>
- Cc: kawa at sources dot redhat dot com
- Date: Mon, 02 Jul 2012 01:22:25 -0700
- Subject: Re: GSOC | Extending Common Lisp support
- References: <CAPMhJv3X5bp8=0GXBKzmS235q97E1bjxxLx6kY=gzZUMXoT3yQ@mail.gmail.com> <57879ECC-7079-4196-BCFC-10E50402DAD4@theptrgroup.com> <CAPMhJv2M7Q9PzzaS_MZPC6F09_g712po6HYhnPq0R1kQ8Kn2dw@mail.gmail.com> <9FC948A1-3570-4937-BF94-58C98F8093B7@theptrgroup.com> <4FDD27DE.2070707@bothner.com> <CAPMhJv12YKSf03=bk=0CiA6k7SVo08iez95J9gk83RF_sgUqzA@mail.gmail.com> <4FDE3568.4070300@bothner.com> <CAPMhJv2_QsDvR_a8K5fOChms2Xd1J3SZ5CQHnA3XnYe4aoLjcA@mail.gmail.com> <m2obof3g95.fsf@gmail.com> <4FE0F0FB.80105@bothner.com> <BFE05E0B-27F3-4D69-A01B-DA3133CA6C7B@theptrgroup.com> <CAPMhJv3vU2h8eg866yrC-uMt1iK8QcbpwNsdg0foX6+-jZx=2w@mail.gmail.com> <ED2F8394-9DAD-4310-89CF-DF3401690DE6@theptrgroup.com> <CAPMhJv0bv_gudqYJ22YJ1AD7tt-eKO5WBBa7TWK2qFVd=dE_LQ@mail.gmail.com> <CAPMhJv3utLiLUoxqJWa9LgJe8jRbGJaM_rc563+RTfxYnjtpEw@mail.gmail.com> <4FEA2DDF.6020601@bothner.com> <4FEAC39F.9030306@bothner.com> <CAPMhJv0ApGuQwdiTTyynZVnK+9=vPh24RjrOr_61HSN7Q=Dg-w@mail.gmail.com> <4FEB2310.8010003@bothner.com>
On 06/27/2012 08:13 AM, Per Bothner wrote:
I forgot about one problem: When the Symbol in a SymbolRef becomes
unreferences, we have to "garbage collect" the SymbolRef. (As is
currently done in lookupInternal.)
I've checked in an updated version of Namespace.java which extends
AbstractHashTable - and thus implement java.util.Map<String,Symbol>.
--
--Per Bothner
per@bothner.com http://per.bothner.com/