Re: time to scrap sll?

[email protected]
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-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.