>>>>> "csr" == Christophe Rhodes <[EMAIL PROTECTED]> writes:
csr> (Just to raise the question: people wondering about porting SBCL's csr> Unicode to CMUCL might be advised to perform the inverse calculation, csr> of what CMUCL features are needed in SBCL to switch in that csr> direction.) I second Christophe's remark here. Implementing Unicode in CMUCL would require a considerable amount of work, and given the number of currently active maintainers (really only Raymond who is doing a fantastic job on this large task), is unlikely to happen soon or ever. My personal view of future CMUCL development is that it is mostly in maintenance mode, remaining a relatively stable code base for people who have made large investments in CMUCL extensions and features, or who are comfortable with the system in its current state. People who are looking for an implementation that will take them to exciting new places should probably look at SBCL, since it has a larger number of active developers, and a number of technical advantages over CMUCL's code base. Other CMUCL developers may disagree with this viewpoint, though. CMUCL features that I think would be useful/interesting to have in SBCL: the bytecode interpreter (for smaller images), the interpreter (for the ppcre-load/source benchmark :-). -- Eric Marsden
