`
ABSTRACT
RATIONALE
Note: In the prose, lazy sequences are known as lseqs throughout.
Here is a short list of the procedures provided by this SRFI.
lseq lseq* list->lseq vector->lseq string->lseq generator->lseq lseq-unfold lseq-unfold-right
lseq? null-lseq? lseq=
lseq-ref lseq-first lseq-second lseq-third lseq-fourth lseq-fifth lseq-sixth lseq-seventh lseq-eighth lseq-ninth lseq-tenth lseq-rest lseq-take lseq-drop lseq-take-right lseq-drop-right isplit-at
lseq-length lseq-append lseq-concatenate lseq-reverse lseq-zip lseq-unzip1 lseq-unzip2 lseq-unzip3 lseq-unzip4 lseq-unzip5 lseq-count
lseq-map lseq-for-each lseq-fold lseq-fold-right lseq-fold lseq-fold-right lseq-reduce lseq-reduce-right
lseq-filter lseq-partition lseq-remove
lseq-member lseq-memq lseq-memvlseq-find lseq-find-rest lseq-any lseq-every lseq-index lseq-take-while lseq-drop-while lseq-span lseq-break
lseq-delete lseq-delete-neighbor-dups
lseq-assoc lseq-assq lseq-assv lseq-alist-cons lseq-alist-delete
replace-icar replace-icdr
lseq->list lseq-vector lseq->string lseq->generator
iapply
lseq-comparator make-lseq-comparator
lseq-realize! lseq-realize-once! lseq-realize-steps! lseq-realize-while!
The templates given below obey the following conventions for procedure formals:
| lseq | A proper ( ()-terminated) lseq | 
|---|---|
| lseq | A proper or dotted lseq | 
| ipair | An immutable pair | 
| x, y, d, a | Any value | 
| object, value | Any value | 
| n, i | A natural number (an integer >= 0) | 
| proc | A procedure | 
| pred | A procedure whose return value is treated as a boolean | 
| = | A boolean procedure taking two arguments | 
To interpret the examples, pretend that they are executed on a Scheme that prints lazy sequences with the syntax of lists.
It is an error to pass a dotted lseq to a procedure not defined to accept such an argument.
(lseq* 1 2 3 (lseq 4)) => (1 2 3 4)
list->lseq list -> lseq
vector->lseq vector -> lseq
list->lseq string -> lseq
list->lseq generator -> lseq
(list->lseq '(c c c c c)) => (c c c c)
lseq-unfold p f g seed [tail-gen] -> lseq
lseq-unfold is best described by its basic recursion:
(lseq-unfold p f g seed) = 
    (if (p seed) (tail-gen seed)
        (lseq-pair (f seed)
              (lseq-unfold p f g (g seed))))
(lambda (x) '())
In other words, we use g to generate a sequence of seed values
    lseq-unfold is the fundamental recursive lseq constructor, 
    just as lseq-fold-right is 
    the fundamental recursive lseq consumer.
    While lseq-unfold may seem a bit abstract
    to novice functional programmers, it can be used in a number of ways:
;; Lseq of squares: 1^2 ... 10^2
(lseq-unfold (lambda (x) (> x 10))
        (lambda (x) (* x x))
	(lambda (x) (+ x 1))
	1)
		
(lseq-unfold null-lseq? icar icdr lis) ; Copy a proper lseq.
;; Read current input port into an lseq of values.
(lseq-unfold eof-object? values (lambda (x) (read)) (read))
;; Copy a possibly non-proper lseq:
(lseq-unfold not-ipair? icar icdr lis 
              values)
;; Append HEAD onto TAIL:
(lseq-unfold null-lseq? icar icdr head 
              (lambda (x) tail))
    Interested functional programmers may enjoy noting that 
    lseq-fold-right and lseq-unfold
    are in some sense inverses. 
    That is, given operations knull?, kar, 
    kdr, kons, and knil satisfying
(kons (kar x) (kdr x)) = x
    and 
(knull? knil) = #t
(lseq-fold-right kons knil (lseq-unfold knull? kar kdr x)) = x
(lseq-unfold knull? kar kdr (lseq-fold-right kons knil x)) = x.
iunfold-right p f g seed [tail] -> lseq
lseq-unfold-right constructs an lseq with the following loop:
(let lp ((seed seed) (lis tail))
  (if (p seed) lis
      (lp (g seed)
          (lseq-pair (f seed) lis))))
'().
In other words, we use g to generate a sequence of seed values
    lseq-unfold-right is the fundamental iterative lseq constructor, 
    just as lseq-fold is the
    fundamental iterative lseq consumer. 
    While lseq-unfold-right may seem a bit abstract
    to novice functional programmers, it can be used in a number of ways:
;; Lseq of squares: 1^2 ... 10^2
(lseq-unfold-right zero? 
              (lambda (x) (* x x))
              (lambda (x) (- x 1))
              10)
	
;; Reverse a proper lseq.
(lseq-unfold-right null-lseq? icar icdr lis)
;; Read current input port into an lseq of values.
(lseq-unfold-right eof-object? values (lambda (x) (read)) (read))
;; (lseq-append-reverse rev-head tail)
(lseq-unfold-right null-lseq? icar icdr rev-head tail)
    Interested functional programmers may enjoy noting that 
    lseq-fold and lseq-unfold-right
    are in some sense inverses. 
    That is, given operations knull?, kar, 
    kdr, kons, and knil satisfying
(kons (kar x) (kdr x)) = x
    and 
(knull? knil) = #t
(lseq-fold kons knil (lseq-unfold-right knull? kar kdr x)) = x
(lseq-unfold-right knull? kar kdr (lseq-fold kons knil x)) = x.
lseq? x -> boolean
null-lseq? lseq -> boolean
lseq= elt= lseq1 ... -> boolean
(elt= a b)
    for a an element of lseq A, 
    and b an element of lseq B.
    In the n-ary case, 
    every lseqi is compared to 
    lseqi+1 
    (as opposed, for example, to comparing 
    lseq1 to    lseqi, 
    for i>1). 
    If there are no lseq arguments at all, 
    lseq= simply returns true.
    Note that the dynamic order in which the elt= procedure is
    applied to pairs of elements is not specified. 
    For example, if lseq= is applied
    to three lseqs, A, B, and C, 
    it may first completely compare A to B,
    then compare B to C, 
    or it may compare the first elements of A and B,
    then the first elements of B and C, 
    then the second elements of A and B, and so forth.
    The equality procedure must be consistent with eq?. 
    That is, it must be the case that
(eq? x y) => (elt= x y).
eq? 
    are always lseq=, as well; implementations may exploit this
    fact to "short-cut" the element-by-element comparisons.
(lseq= eq?) => #t ; Trivial cases (lseq= eq? (lseq-q a)) => #t
ifirst   lseq -> object 
isecond  lseq -> object 
ithird   lseq -> object 
ifourth  lseq -> object 
ififth   lseq -> object 
isixth   lseq -> object 
iseventh lseq -> object 
ieighth  lseq -> object 
ininth   lseq -> object 
itenth   lseq -> object  
(lseq-third (lq a b c d e)) => c
lseq-last lseq -> lseq
(lseq-car (lseq-q a b c)) => a (lseq-cdr (lseq-q a b c)) => (b c) (lseq-car (lseq-q (a) b c d)) => (a) (lseq-cdr (lseq-q (a) b c d)) => (b c d) (lseq-car (lseq-pair 1 2)) => 1 (lseq-cdr (lseq-pair 1 2)) => 2 (lseq-car '()) => *error* (lseq-cdr '()) => *error*
lseq-ref lseq i -> value
(lseq-first (lseq-drop lseq i)).)
    It is an error if i >= n, 
    where n is the length of lseq.
(lseq-ref (lq a b c d) 2) => c
lseq-take lseq i -> lseq
lseq-drop lseq i -> object
lseq-take returns the first i elements of lseq.lseq-drop returns all but the first i elements of lseq.(lseq-take (lq a b c d e) 2) => (a b) (lseq-drop (lq a b c d e) 2) => (c d e)For a legal i,
lseq-take and lseq-drop partition lseq in a manner which
    can be inverted with lseq-append:
(lseq-append (lseq-take lseq i) (lseq-drop lseq i)) = lseq
lseq-drop is exactly equivalent to performing i lseq-rest operations on lseq.
lseq-take-right lseq i -> object
lseq-drop-right lseq i -> lseq
lseq-take-right returns the last i elements of lseq.lseq-drop-right returns all but the last i elements of lseq.
(lseq-take-right (lq a b c d e) 2) => (d e) (lseq-drop-right (lq a b c d e) 2) => (a b c)For a legal i,
lseq-take-right and lseq-drop-right partition lseq in a manner 
    which can be inverted with lseq-append:
(lseq-append (lseq-take lseq i) (lseq-drop lseq i)) = lseq
lseq-take-right's return value is guaranteed to share a common tail with lseq.
 
isplit-at  lseq i -> [lseq object]
lseq-split-at splits the lseq lseq 
    at index i, returning two values, an lseq of the 
    first i elements, and an lseq of the remaining tail. It is equivalent
    to
(values (lseq-take lseq i) (lseq-drop lseq i))
ilast ipair -> object
last-ipair ipair -> ipair
last-ipair returns the last ipair in the non-empty
    lseq pair.
(lseq-last (lseq-q a b c)) => c (last-ipair (lseq-q a b c)) => (c)
ilength  lseq -> integer
lseq-length which is not a proper
    lseq (()-terminated).    
    The length of a proper lseq is a non-negative integer n such that lseq-cdr 
    applied n times to the lseq produces the empty list.
iappend  lseq1 ... -> lseq
(lseq-append (lseq-q x) (lseq-q y)) => (x y) (lseq-append (lseq-q a) (lseq-q b c d)) => (a b c d) (lseq-append (lseq-q a (b)) (lseq-q (c))) => (a (b) (c))The resulting lseq is always newly allocated, except that it shares structure with the final lseqi argument. This last argument may be any value at all; an improper lseq results if it is not a proper lseq. All other arguments must be proper lseqs.
(lseq-append (lseq-q a b) (lseq-pair 'c 'd)) => (a b c . d) (lseq-append '() 'a) => a (lseq-append (lseq-q x y)) => (x y) (lseq-append) => ()
iconcatenate  lseq-of-lseqs -> value
lseq-concatenate returns
(lseq-apply iappend lseq-of-lseqs)or, equivalently,
(lseq-reduce-right iappend '() lseq-of-lseqs)
    Note that some Scheme implementations do not support passing more than a
    certain number (e.g., 64) of arguments to an n-ary procedure.  
    In these implementations, the (lseq-apply iappend ...) idiom
    would fail when applied to long lists, 
    but lseq-concatenate would continue to function properly.
    As with lseq-append, 
    the last element of the input list may be any value at all.
ireverse  lseq -> lseq
(lseq-reverse (lseq-q a b c)) =>  (c b a)
(lseq-reverse (lseq-q a (b c) d (e (f))))
    =>  ((e (f)) d (b c) a)
iappend-reverse  rev-head tail -> lseq
lseq-append-reverse returns
	(lseq-append (lseq-reverse rev-head) tail).
    It is provided because it is a common operation — a common
    list-processing style calls for this exact operation to transfer values
    accumulated in reverse order onto the front of another lseq, and because
    the implementation is significantly more efficient than the simple
    composition it replaces. (But note that this pattern of iterative 
    computation followed by a reverse can frequently be rewritten as a 
    recursion, dispensing with the reverse and lseq-append-reverse steps, and 
    shifting temporary, intermediate storage from the heap to the stack, 
    which is typically a win for reasons of cache locality and eager storage 
    reclamation.)
izip lseq1 lseq2 ... -> lseq
(lambda lseqs (lseq-apply imap lseq lseqs))If
lseq-zip is passed n lseqs, it returns an lseq as long as the shortest
    of these lseqs, each element of which is an n-element lseq comprised
    of the corresponding elements from the parameter lseqs.
(lseq-zip (lseq-q one two three) 
     (lseq-q 1 2 3)
     (lseq-q odd even odd even odd even odd even))
    => ((one 1 odd) (two 2 even) (three 3 odd))
(lseq-zip (lseq-q 1 2 3)) => ((1) (2) (3))
    
iunzip1 lseq -> lseq
iunzip2 lseq -> [lseq lseq]
iunzip3 lseq -> [lseq lseq lseq]
iunzip4 lseq -> [lseq lseq lseq lseq]
iunzip5 lseq -> [lseq lseq lseq lseq lseq]
lseq-unzip1 takes an lseq of lseqs, 
    where every lseq must contain at least one element, 
    and returns an lseq containing the initial element of each such lseq. 
    That is, it returns (lseq-map icar lseqs).  
    lseq-unzip2 takes an lseq of lseqs, where every lseq must contain at least
    two elements, and returns two values: an lseq of the first elements,
    and an lseq of the second elements. lseq-unzip3 does the same for the first
    three elements of the lseqs, and so forth.
(lseq-unzip2 (lseq-q (1 one) (2 two) (3 three))) =>
    (1 2 3) 
    (one two three)
icount pred lseq1 lseq2 ... -> integer
count is "iterative" in that it is guaranteed
    to apply pred to the lseq elements in a
    left-to-right order.
    The counting stops when the shortest lseq expires.
(count even? (lseq-q 3 1 4 1 5 9 2 5 6)) => 3 (count < (lseq-q 1 2 4 8) (lseq-q 2 4 6 8 10 12 14 16)) => 3
ifold kons knil lseq1 lseq2 ... -> value
First, consider the single lseq-parameter case. If lseq1 = (e1 e2 ... en), then this procedure returns
(kons en ... (kons e2 (kons e1 knil)) ... )
(lseq-fold kons knil lis) = (lseq-fold kons (kons (lseq-car lis) knil) (lseq-cdr lis)) (lseq-fold kons knil '()) = knilExamples:
(lseq-fold + 0 lis)			; Add up the elements of LIS.
(lseq-fold ipair '() lis)		; Reverse LIS.
(lseq-fold ipair tail rev-head)	; See APPEND-REVERSE.
;; How many symbols in LIS?
(lseq-fold (lambda (x count) (if (symbol? x) (+ count 1) count))
      0
      lis)
;; Length of the longest string in LIS:
(lseq-fold (lambda (s max-len) (max max-len (string-length s)))
      0
      lis)
    If n lseq arguments are provided, then the kons function must take
    n+1 parameters: one element from each lseq, and the "seed" or fold
    state, which is initially knil. The fold operation terminates when
    the shortest lseq runs out of values:
(lseq-fold ipair* '() (lseq-q a b c) (lseq-q 1 2 3 4 5)) => (c 3 b 2 a 1)
ifold-right kons knil lseq1 lseq2 ... -> value
    First, consider the single lseq-parameter case. If lseq1 = (e1 e2 ... en), 
    then this procedure returns
(kons e1 (kons e2 ... (kons en knil)))
(lseq-fold-right kons knil lis) = (kons (lseq-car lis) (lseq-fold-right kons knil (lseq-cdr lis))) (lseq-fold-right kons knil '()) = knilExamples:
(lseq-fold-right ipair '() lis) ; Copy LIS. ;; Filter the even numbers out of LIS. (lseq-fold-right (lambda (x l) (if (even? x) (lseq-pair x l) l)) '() lis))If n lseq arguments are provided, then the kons procedure must take n+1 parameters: one element from each lseq, and the "seed" or fold state, which is initially knil. The fold operation terminates when the shortest lseq runs out of values:
(lseq-fold-right ipair* '() (lseq-q a b c) (lseq-q 1 2 3 4 5)) => (a 1 b 2 c 3)
ipair-fold kons knil lseq1 lseq2 ... -> value
fold, but kons is applied to successive sub-lseqs of the 
    lseqs, rather than successive elements — that is, kons is applied to the
    ipairs making up the lists, giving this (tail) recursion:
(lseq-pair-fold kons knil lis) = (let ((tail (lseq-cdr lis)))
                              (lseq-pair-fold kons (kons lis knil) tail))
(lseq-pair-fold kons knil '()) = knil
Example:
(lseq-pair-fold ipair '() (lseq-q a b c)) => ((c) (b c) (a b c))
ipair-fold-right kons knil lseq1 lseq2 ... -> value
lseq-fold-right that lseq-pair-fold holds with lseq-fold.
    Obeys the recursion
(lseq-pair-fold-right kons knil lis) = 
    (kons lis (lseq-pair-fold-right kons knil (lseq-cdr lis)))
(lseq-pair-fold-right kons knil '()) = knil
    
    Example:
(lseq-pair-fold-right ipair '() (lseq-q a b c)) => ((a b c) (b c) (c))
ireduce f ridentity lseq -> value
lseq-reduce is a variant of lseq-fold. 
ridentity should be a "right identity" of the procedure f — that is, for any value x acceptable to f,
(f x ridentity) = x
lseq-reduce has the following definition:
(lseq-fold f (lseq-car lseq) (lseq-cdr lseq)).
(lseq-fold f ridentity lseq).
    Note that ridentity is used only in the empty-list case.
    You typically use lseq-reduce when applying f is expensive and you'd
    like to avoid the extra application incurred when lseq-fold applies
    f to the head of lseq and the identity value,
    redundantly producing the same value passed in to f. 
    For example, if f involves searching a file directory or 
    performing a database query, this can be significant. 
    In general, however, lseq-fold is useful in many contexts where lseq-reduce is not
    (consider the examples given in the lseq-fold definition — only one of the
    five folds uses a function with a right identity. 
    The other four may not be performed with lseq-reduce).
;; take the max of an lseq of non-negative integers. (lseq-reduce max 0 nums) ; i.e., (lseq-apply max 0 nums)
ireduce-right f ridentity lseq -> value
lseq-reduce-right is the fold-right variant of lseq-reduce.
    It obeys the following definition:
(lseq-reduce-right f ridentity '()) = ridentity
(lseq-reduce-right f ridentity (lseq-q e1)) = (f e1 ridentity) = e1
(lseq-reduce-right f ridentity (lseq-q e1 e2 ...)) =
    (f e1 (lseq-reduce f ridentity (e2 ...)))
    ...in other words, we compute 
    (lseq-fold-right f ridentity lseq).
    
;; Append a bunch of lseqs together. ;; I.e., (lseq-apply iappend lseq-of-lseqs) (lseq-reduce-right iappend '() lseq-of-lseqs)
imap proc lseq1 lseq2 ... -> lseq
lseq-map applies proc element-wise to the elements
     of the lseqs and returns an lseq of the results, 
     in order.  
     The dynamic order in which proc 
     is applied to the elements of the lseqs is unspecified.
    
(lseq-map icadr (lseq-q (a b) (d e) (g h))) =>  (b e h)
(lseq-map (lambda (n) (expt n n))
     (lseq-q 1 2 3 4 5))
    =>  (1 4 27 256 3125)
(lseq-map + (lseq-q 1 2 3) (lseq-q 4 5 6)) =>  (5 7 9)
(let ((count 0))
  (lseq-map (lambda (lseq-gnored)
         (set! count (+ count 1))
         count)
       (lseq-q a b))) =>  (1 2) or (2 1)
 
ifor-each proc lseq1 lseq2 ... -> unspecified
lseq-for-each are like the arguments to 
     lseq-map, but
     lseq-for-each calls proc for its side effects rather
     than for its values.  
     Unlike lseq-map, lseq-for-each is guaranteed to call 
     proc on the elements of the lseqs in order from the first
     element(s) to the last, 
     and the value returned by lseq-for-each is unspecified.
(let ((v (make-vector 5)))
  (lseq-for-each (lambda (lseq-)
              (vector-set! v i (* i i)))
            (lseq-q 0 1 2 3 4))
  v)  =>  #(0 1 4 9 16)
 
iappend-map  f lseq1 lseq2 ... -> value
(lseq-apply iappend  (lseq-map f lseq1 lseq2 ...))
(lseq-apply iappend (lseq-map f lseq1 lseq2 ...))
lseq-map function.
    However, the results of the applications are appended together (using lseq-append) to
    make the final result. 
The dynamic order in which the various applications of f are made is not specified.
Example:
(lseq-append-map (lambda (x) (lseq x (- x))) (lseq-q 1 3 8))
    => (1 -1 3 -3 8 -8)
imap-in-order f lseq1 lseq2 ... -> lseq
lseq-map procedure that guarantees to apply f across
    the elements of the lseqi arguments in a left-to-right order. This
    is useful for mapping procedures that both have side effects and
    return useful values.
ipair-for-each f lseq1 lseq2 ... -> unspecific
lseq-for-each, but f is applied to successive sub-lseqs of the argument
    lseqs. That is, f is applied to the cells of the lseqs, rather
    than the lseqs' elements. These applications occur in left-to-right
    order.
(lseq-pair-for-each (lambda (lseq-pair) (display ipair) (newline)) (lseq-q a b c)) ==>
    (a b c)
    (b c)
    (c)
ifilter-map f lseq1 lseq2 ... -> lseq
lseq-map, but only true values are saved.
(lseq-filter-map (lambda (x) (and (number? x) (* x x))) (lseq-q a 1 b 3 c 7))
    => (1 9 49)
    The dynamic order in which the various applications of f are made is
    not specified.
ifilter pred lseq -> lseq
(lseq-filter even? (lseq-q 0 7 8 8 43 -4)) => (0 8 8 -4)
ipartition pred lseq -> [lseq lseq]
(lseq-partition symbol? (lseq-q one 2 3 four five 6)) => 
    (one four five)
    (2 3 6)
iremove pred lseq -> lseq
(lambda (pred lseq) (lseq-filter (lambda (x) (not (pred x))) lseq))The lseq is not disordered — elements that appear in the result lseq occur in the same order as they occur in the argument lseq. The returned lseq may share a common tail with the argument lseq. The dynamic order in which the various applications of pred are made is not specified.
(lseq-remove even? (lseq-q 0 7 8 8 43 -4)) => (7 43)
The following procedures all search lseqs for a leftmost element satisfying some criteria. This means they do not always examine the entire lseq; thus, there is no efficient way for them to reliably detect and signal an error when passed a dotted lseq. Here are the general rules describing how these procedures work when applied to different kinds of lseqs:
In brief, compliant code may not pass a dotted lseq argument to these procedures.
Here are some examples, using the lseq-find and lseq-any procedures as canonical
representatives:
;; Proper lseq — success (lseq-find even? (lseq-q 1 2 3)) => 2 (lseq-any even? (lseq-q 1 2 3)) => #t ;; proper lseq — failure (lseq-find even? (lseq-q 1 7 3)) => #f (lseq-any even? (lseq-q 1 7 3)) => #f ;; Failure is error on a dotted lseq. (lseq-find even? (lseq-pair (1 (lseq-pair 3 x))) => error (lseq-any even? (lseq-pair (1 (lseq-pair 3 x))) => error ;; The dotted lseq contains an element satisfying the search. ;; This case is not specified — it could be success, an error, ;; or some third possibility. (lseq-find even? (lseq-pair (1 (lseq-pair 2 x))) => error/undefined (lseq-any even? (lseq-pair (1 (lseq-pair 2 x)))) => error/undefined ; success, error or other.
ifind pred lseq -> value
(lseq-find even? (lseq-q 3 1 4 1 5 9)) => 4Note that
lseq-find has an ambiguity in its lookup semantics — if lseq-find
    returns #f, you cannot tell (lseq-n general) if it found a #f element
    that satisfied pred, or if it did not find any element at all. In
    many situations, this ambiguity cannot arise — either the lseq being
    searched is known not to contain any #f elements, or the lseq is
    guaranteed to have an element satisfying pred. However, in cases
    where this ambiguity can arise, you should use lseq-find-tail instead of
    lseq-find — lseq-find-tail has no such ambiguity:
(cond ((lseq-find-tail pred lis) => (lambda (lseq-pair) ...)) ; Handle (lseq-car ipair)
      (else ...)) ; Search failed.
ifind-tail pred lseq -> ipair or false
    lseq-find-tail can be viewed as a general-predicate variant of the lseq-member
    function.
Examples:
(lseq-find-tail even? (lseq-q 3 1 37 -8 -5 0 0)) => (-8 -5 0 0) (lseq-find-tail even? (lseq-q 3 1 37 -5)) => #f ;; IMEMBER X LIS: (lseq-find-tail (lambda (elt) (equal? x elt)) lis)
    lseq-find-tail is essentially lseq-drop-while, 
    where the sense of the predicate is inverted: 
    lseq-find-tail searches until it finds an element satisfying
    the predicate; lseq-drop-while searches until it finds an 
    element that doesn't satisfy the predicate.
itake-while  pred lseq -> lseq
(lseq-take-while even? (lseq-q 2 18 3 10 22 9)) => (2 18)
idrop-while pred lseq -> lseq
(lseq-drop-while even? (lseq-q 2 18 3 10 22 9)) => (3 10 22 9)
ispan   pred lseq -> [lseq lseq]
ibreak  pred lseq -> [lseq lseq]
lseq-span splits the lseq into the longest initial prefix whose
elements all satisfy pred, and the remaining tail. 
lseq-break inverts the sense of the predicate: 
the tail commences with the first element of the input lseq
that satisfies the predicate.
In other words: 
lseq-span finds the initial span of elements 
satisfying pred, 
and lseq-break breaks the lseq at the first element satisfying 
pred.
lseq-span is equivalent to 
(values (lseq-take-while pred lseq) 
        (lseq-drop-while pred lseq))
(lseq-span even? (lseq-q 2 18 3 10 22 9)) => (2 18) (3 10 22 9) (lseq-break even? (lseq-q 3 1 4 1 5 9)) => (3 1) (4 1 5 9)
iany pred lseq1 lseq2 ... -> value
If there are n lseq arguments lseq1 ... lseqn, then pred must be a procedure taking n arguments and returning a boolean result.
    lseq-any applies pred to the first elements of the lseqi parameters.
    If this application returns a true value, lseq-any immediately returns
    that value. Otherwise, it iterates, applying pred to the second
    elements of the lseqi parameters, then the third, and so forth.
    The iteration stops when a true value is produced or one of the lseqs runs
    out of values; in
    the latter case, lseq-any returns #f. 
    The application of pred to the last element of the
    lseqs is a tail call.
    Note the difference between lseq-find and lseq-any — lseq-find returns the element
    that satisfied the predicate; lseq-any returns the true value that the
    predicate produced.
    Like lseq-every, lseq-any's name does not end with a question mark — this is to
    indicate that it does not return a simple boolean (#t or #f), but a
    general value.
(lseq-any integer? (lseq-q a 3 b 2.7))   => #t
(lseq-any integer? (lseq-q a 3.1 b 2.7)) => #f
(lseq-any < (lseq-q 3 1 4 1 5)
       (lseq-q 2 7 1 8 2)) => #t
ievery pred lseq1 lseq2 ... -> value
If there are n lseq arguments lseq1 ... lseqn, then pred must be a procedure taking n arguments and returning a boolean result.
    lseq-every applies pred to the first elements of the lseqi parameters.
    If this application returns false, lseq-every immediately returns false.
    Otherwise, it iterates, applying pred to the second elements of the
    lseqi parameters, then the third, and so forth. The iteration stops
    when a false value is produced or one of the lseqs runs out of values.
    In the latter case, lseq-every returns
    the true value produced by its final application of pred. 
    The application of pred to the last element of the lseqs 
    is a tail call.
    If one of the lseqi has no elements, lseq-every simply returns #t.
    Like lseq-any, lseq-every's name does not end with a question mark — this is to
    indicate that it does not return a simple boolean (#t or #f), but a
    general value.
lseq-index pred lseq1 lseq2 ... -> integer or false
If there are n lseq arguments lseq1 ... lseqn, then pred must be a function taking n arguments and returning a boolean result.
    lseq-index applies pred to the first elements of the lseqi parameters.
    If this application returns true, lseq-index immediately returns zero.
    Otherwise, it iterates, applying pred to the second elements of the
    lseqi parameters, then the third, and so forth. When it finds a tuple of
    lseq elements that cause pred to return true, it stops and returns the
    zero-based index of that position in the lseqs.
    The iteration stops when one of the lseqs runs out of values; in this
    case, lseq-index returns #f.
(lseq-index even? (lseq-q 3 1 4 1 5 9)) => 2 (lseq-index < (lseq-q 3 1 4 1 5 9 2 5 6) (lseq-q 2 7 1 8 2)) => 1 (lseq-index = (lseq-q 3 1 4 1 5 9 2 5 6) (lseq-q 2 7 1 8 2)) => #f
imember x lseq [=] -> lseq
imemq x lseq -> lseq
imemv x lseq -> lseq
(lseq-drop lseq i)
    for i less than the length of lseq.  
    If x does
    not occur in lseq, then #f is returned.  
    lseq-memq uses eq? to compare x
    with the elements of lseq, 
    while lseq-memv uses eqv?, and
    lseq-member uses equal?.
    (lseq-memq 'a (lseq-q a b c))           =>  (a b c)
    (lseq-memq 'b (lseq-q a b c))           =>  (b c)
    (lseq-memq 'a (lseq-q b c d))           =>  #f
    (lseq-memq (lseq 'a) (lseq-q b (a) c)) =>  #f
    (lseq-member (lseq 'a)
            (lseq-q b (a) c))           =>  ((a) c)
    (lseq-memq 101 (lseq-q 100 101 102))    =>  *unspecified*
    (lseq-memv 101 (lseq-q 100 101 102))    =>  (101 102)
    
The comparison procedure is used to compare the elements ei of lseq to the key x in this way:
(= x ei)		; lseq is (E1 ... En)
(lseq-member 5 lseq <)
    Note that fully general lseq searching may be performed with
    the lseq-find-tail and lseq-find procedures, e.g.
(lseq-find-tail even? lseq) ; Find the first elt with an even key.
idelete  x lseq [=] -> lseq
lseq-delete uses the comparison procedure =, which defaults to equal?, to find
    all elements of lseq that are equal to x, and deletes them from lseq. The
    dynamic order in which the various applications of = are made is not
    specified.
The lseq is not disordered — elements that appear in the result lseq occur in the same order as they occur in the argument lseq. The result may share a common tail with the argument lseq.
    Note that fully general element deletion can be performed with the lseq-remove
    procedures, e.g.:
;; idelete all the even elements from LIS: (lseq-remove even? lis)The comparison procedure is used in this way:
(= x ei).
    That is, x is always the first argument, 
    and an lseq element is always the
    second argument. The comparison procedure will be used to compare each
    element of lseq exactly once; the order in which it is applied to the
    various ei is not specified.  Thus, one can reliably remove all the
    numbers greater than five from an lseq with
	(lseq-delete 5 lseq <)
idelete-duplicates  lseq [=] -> lseq
lseq-delete-duplicates removes duplicate elements from the
    lseq argument.
    If there are multiple equal elements in the argument lseq, the result lseq
    only contains the first or leftmost of these elements in the result.
    The order of these surviving elements is the same as in the original
    lseq — lseq-delete-duplicates does not disorder the lseq (hence it is useful
    for "cleaning up" immutable association lists).
    The = parameter is used to compare the elements of the lseq; it defaults
    to equal?. If x comes before y in lseq, then the comparison is performed 
	(= x y).
    The comparison procedure will be used to compare each pair of elements in 
    lseq no more than once; 
    the order in which it is applied to the various pairs is not specified.
    Implementations of lseq-delete-duplicates
    are allowed to share common tails
    between argument and result lseqs — for example, if the lseq argument
    contains only unique elements, it may simply return exactly
    this lseq.
    Be aware that, in general, lseq-delete-duplicates
    runs in time O(n2) for n-element lseqs.
    Uniquifying long lseqs can be accomplished in O(n lg n) time by sorting
    the lseq to bring equal elements together, then using a linear-time
    algorithm to remove equal elements. Alternatively, one can use algorithms
    based on element-marking, with linear-time results.
(lseq-delete-duplicates (lseq-q a b a c a b c z)) => (a b c z)
;; Clean up an ialist:
(lseq-delete-duplicates (lseq-q (a . 3) (b . 7) (a . 9) (c . 1))
                   (lambda (x y) (eq? (lseq-car x) (lseq-car y))))
    => ((a . 3) (b . 7) (c . 1))
An "immutable association list" (or "ialist") is an lseq of ipairs. The icar of each ipair contains a key value, and the icdr contains the associated data value. They can be used to construct simple look-up tables in Scheme. Note that ialists are probably inappropriate for performance-critical use on large data; in these cases, immutable maps or some other alternative should be employed.
iassoc key ialist [=] -> ipair or #f
iassq key ialist -> ipair or #f
iassv key ialist -> ipair or #f
#f is returned.  
    lseq-assq uses eq? to compare key 
    with the icar fields of the ipairs in ialist, 
    while lseq-assv uses eqv? 
    and lseq-assoc uses equal?.
(define e (lseq-q (a 1) (b 2) (c 3))) (lseq-assq 'a e) => (a 1) (lseq-assq 'b e) => (b 2) (lseq-assq 'd e) => #f (lseq-assq (lseq 'a) (lseq-q ((a)) ((b)) ((c)))) => #f (lseq-assoc (lseq 'a) (lseq-q ((a)) ((b)) ((c)))) => ((a)) (lseq-assq 5 (lseq-q (2 3) (5 7) (11 13))) => *unspecified* (lseq-assv 5 (lseq-q (2 3) (5 7) (11 13))) => (5 7)
The comparison procedure is used to compare the elements ei of lseq to the key parameter in this way:
(= key (lseq-car ei))	; lseq is (E1 ... En)
(lseq-assoc 5 ialist <)
     
    Note that fully general ialist searching may be performed with
    the lseq-find-tail and lseq-find procedures, e.g.
;; Look up the first association in ialist with an even key: (lseq-find (lambda (a) (even? (lseq-car a))) ialist)
ialist-cons key datum ialist -> ialist
(lambda (key datum ialist) (lseq-pair (lseq-pair key datum) ialist))Construct a new ialist entry mapping key -> datum onto ialist.
ialist-delete  key ialist [=] -> ialist
lseq-alist-delete deletes all associations from ialist with the given key, 
    using key-comparison procedure =, which defaults to equal?. 
    The dynamic order in which the various applications of = are made is not 
    specified. 
Return values may share common tails with the ialist argument. The ialist is not disordered — elements that appear in the result ialist occur in the same order as they occur in the argument ialist.
    The comparison procedure is used to compare the element keys ki of ialist's
    entries to the key parameter in this way:
	(= key ki).
    Thus, one can reliably remove all entries of ialist whose key is greater
    than five with
	(lseq-alist-delete 5 ialist <)
These two procedures are analogues of the primitive 
side-effect operations on pairs, set-car! and set-cdr!.
replace-icar ipair object -> ipair
replace-icdr ipair object -> ipair
These procedures convert between mutable and immutable pair structures.
pair->ipair pair -> ipair
ipair->pair ipair -> pair
list->lseq flist -> lseq
lseq->list lseq -> flist
These procedures return an lseq and a list respectively that have the same elements as the argument. The tails of dotted (lseq-)lists are preserved in the result, which makes the procedures not inverses when the tail of a dotted lseq is a list or vice versa. The empty list is converted to itself.
It is an error to apply list->lseq to a circular list.
tree->itree object -> object
itree->tree object -> object
These procedures walk a tree of pairs or ipairs respectively and make a deep copy of it, returning an isomorphic tree containing ipairs or pairs respectively. The result may share structure with the argument. If the argument is not of the expected type, it is returned.
These procedures are not inverses in the general case.  For example,
     a pair of ipairs would be converted by tree->itree to
     an ipair of ipairs, which if converted by lseq-tree->tree
     would produce a pair of pairs.
gtree->itree object -> object
gtree->tree object -> object
This procedure allows a procedure to be applied to an lseq.
iapply procedure object ... lseq -> object
lseq-apply procedure is an analogue of apply whose last
     argument is an lseq rather than a list. It is equivalent to
     (apply procedure object ... (lseq->list lseq)),
     but may be implemented more efficiently.
ipair-comparator
lseq-comparator object is a SRFI-114 comparator suitable for comparing lseqs.
     Note that it is not a procedure.
     It compares pairs using default-comparator on their first elements.  If they are not equal, that value is returned.  If they are equal, default-comparator is used on the rest of the lseqs and that value is returned.
make-lseq-comparator comparator -> comparator
make-lseq-comparator procedure returns a comparator suitable for comparing lseqs
     using element-comparator to compare the elements.
An lseq is a SRFI 117 queue plus a generator. Queues can be shared between lseqs, which means that you are not allowed to remove anything from them, and the only addition operation is lseq-realize-once!, which realizes one value and adds it to the back of the queue.
The sample implementation of this SRFI depends on SRFI 9 (or R7RS) records. The files in the implementation are as follows:
FIXME
Without the work of Olin Shivers on SRFI 1, this SRFI would not exist. Everyone acknowledged there is transitively acknowledged here. This is not to imply that either Olin or anyone else necessarily endorses the final results, of course.