Re: time to scrap sll?
| Newsgroups | gmane.comp.java.sisc.devel |
|---|---|
| Message-ID | <[email protected]> |
> > ;;restart SISC and do the following > (load "/tmp/baz.sll") > (import baz) > (bar) ;=> #f > > > One place where this breaks things is when the heap defines a record > type for which record instances are included in an sll. The sll will > include its own version of the record type. When the sll is loaded, the > instances are no longer of the correct record type since the type has > been duplicated. > > So I think it's time to scrap sll and replace it with the less efficient > and space-conserving, but *working* thunk libraries proposed a while ago. I have no objection. compiledlibs are a fairly small chunk of code built ontop of the serialization code thats native, which is still good for the heap and Ks for example. We can bound the space problems of thunk libraries by having smaller libraries (each individual SRFI vs all of them in one, for example). Scott
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+6Ogbr9IW4v3mHtQRAn3NAJ96RgGtwYo9ARDQacNE3i36DkIJOwCfQj+f 0Gp67PaD+C7tfLbaBkNXYhw= =Dijk -----END PGP SIGNATURE-----