[Openmcl-devel] slow read-char

[Gary Byers]

On Sat, 22 Jul 2006, Eric Marsden wrote:

>>>>>> "gb" == Gary Byers <gb at clozure.com> writes:
>
>  gb> It's tricky to bootstrap a few of those changes (I actually managed
>  gb> to produce images that were much less functional than yours seems to
>  gb> be ...).
>
>  I have finally found a lisp implementation that is even harder to
>  build than CMUCL ; at least CMUCL developers generally provide
>  bootstrap files that help automate the build process :-)
>


There are now bootstrapping images for 32/64-bit DarwinPPC and
x86-64 Linux in the testing directory; if anyone wants LinuxPPC
images, please let me know.

I also tagged the current bleeding-edge tree (whose contents match
those images) with the tag "work_in_progress_060720".  This may
make it easier for anyone who wants to insulate themselves from
subsequent changes to do so.  (Recall that CVS tags are "sticky"
and that it may be necessary to clear them in order to get back
in synch with the head.)

Hopefully, these will become obsolete (incompatible with bleeding-edge
CVS and unable to easily build from it) later today (or as soon as
I can check in the next round of incompatible, difficult to bootstrap
low-level stream changes.)

Since this is likely to be pretty volatile - and since I don't really
have a better way of keeping all platforms in synch without checking
in a lot of incremental (aka half-finished) changes, I think that the
advice that I gave the other day still holds: it's likely to be
tricky to build the lisp from CVS while these changes are taking
place, it's still not likely to take more than a few days, and when
that dust settles I'd certainly -want- to provide images and/or
snapshot tarballs to make it easy for people to use and test the new
code.

Aside from the fact that it's evidence of a step in the right
direction, I don't think that the 060720 code is particularly
interesting.  If people are concerned about I/O performance and
want to see evidence of that first step, then I suppose that
these images might be of greater interest.


> -- 
> Eric Marsden
>
> _______________________________________________
> Openmcl-devel mailing list
> Openmcl-devel at clozure.com
> http://clozure.com/mailman/listinfo/openmcl-devel
>
>