This page is part of the web mail archives of SRFI 75 from before July 7th, 2015. The new archives for SRFI 75 contain all messages, not just those from before July 7th, 2015.
Sebastian Egner scripsit: > One could start with a SRFI for immutable strings as an add-on > library---in the hope that the Scheme community will pick it up > as the primary string type in the distant future. Actually, getting immutable strings into R6RS would be trivial in terms of the document: simply replace the sentence String-set! stores CHAR in element K of STRING and returns an unspecified value. in 6.3.5 with the following: String-set! returns a string whose elements the same (in the sense of eqv?) as those in STRING, with the exception of element K, which is instead the same as CHAR. String-set! may or may not return a string which is the same as STRING, but must not side-effect STRING. > People might argue that the primitive strings of R5RS are much > more efficient than any advanced string type, e.g. ropes. That's unequivocally false. They are faster for string-ref! and string-set!, may or may not be faster for string-length, and are almost surely slower for string-append. and string-copy (for reasonably long strings). Unless you mean space-efficient, in which case simple arrays obviously win. > http://portal.acm.org/citation.cfm?id=324139 This is behind a tollbooth, but http://citeseer.ist.psu.edu/kaplan99purely.html is not. It's always a bad idea to cite portal.acm.org URLs on a public mailing list; not all of us have ACM subscriptions. -- My corporate data's a mess! John Cowan It's all semi-structured, no less. http://www.ccil.org/~cowan But I'll be carefree cowan@xxxxxxxx Using XSLT On an XML DBMS.