November 2008 - iterate-devel - mailman3.common-lisp.net

[iterate-devel] I have patched iterate to accept keywords as clause heads
by Denis Budyak 26 Nov '08

26 Nov '08

Hi there. Patch is attached. Also I've added Ilya Perminov's fix for result-type with at beginning. Sorry this is one large patch... I know it is hard to read.

1 0

Re: [iterate-devel] "collect at beginning" ignores specified sequence type
by Denis Budyak 25 Nov '08

25 Nov '08

(deftest k.result-type-at-beginning.1 (iter (:for i below 2) (:collect i at beginning result-type vector)) #(1 0)) (deftest k.result-type-at-beginning.2 (iter (:for i below 2) (:collect i at beginning result-type list)) (1 0)) (deftest k.result-type-at-beginning.2a (iter (:for i below 2) (:collect i at beginning)) (1 0)) (deftest k.result-type-at-beginning.3 (iter (:for c in-string "ab") (:collect c at beginning result-type string)) "ba") Did I miss something?

1 0

[iterate-devel] I have patched iterate to accept keywords as clause heads
by Denis Budyak 25 Nov '08

25 Nov '08

Hi there! It is known that loop macro allows keywords as clause start designators: (loop :for i :from 1 :to 10 :collect i) So do many html generation libs, e.g. cl-who: (:a :href ...) Iterate didn't do that and it caused problems while using iterate in conjunction with other libraries such as cl-utilities which defines collecting and collect macros. I patched iterate so that it can use keywords now: (iter:iter (:for i :from 1 :to 5) (when (oddp i) (:collect i)) (:finally (print "hurray!"))) So one need no more to import any symbols from iterate (maybe except iter itself). I also added test of "iterate with keywords" to a regression test suite. you can find a patch and a new file here. http://paste.lisp.org/display/69869 Discussion (currently empty) can be found here: http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/f252c793… Would iterate developers like to incorporate the changes to the main branch? If not, would you object against creating separate iterate-keywords project on the net? best regards Denis Budyak

3 3

[iterate-devel] problem with maybe-quoted
by Vsevolod 24 Nov '08

24 Nov '08

Hi! I'm experimenting with iterate and wanted to use it for a simple sequence splitting function (yeah, I know about the SPLIT-SEQUENCE lib): (defun split (seq pred) (iter (for el in-sequence seq) (if (funcall pred el) (collect el into sat result-type (type-of seq)) (collect el into nsat result-type (type-of seq))) (finally (return (values sat nsat))))) But such a construct won't work because result-type is recognized as a literal (not evaluated). I think it's rather a bug, than a feature, because this somewhat inhibits the possibilities of programmatic extension of the ITER macro. Isn't it? Best regards, Vsevolod

2 1

[iterate-devel] "collect at beginning" ignores specified sequence type
by Ilya Perminov 21 Nov '08

21 Nov '08

Hi, If both AT BEGINNING and RESULT-TYPE are specified, RESULT-TYPE is ignored. Example: (iter (for i below 2) (collect i at beginning result-type vector)) returns (1 0). A patch to fix this bug is attached. Best regards, Ilya

1 0

[iterate-devel] I have patched iterate to accept keywords as clause heads
by Denis Budyak 13 Nov '08

13 Nov '08

Hi there! It is known that loop macro allows keywords as clause start designators: (loop :for i :from 1 :to 10 :collect i) So do many html generation libs, e.g. cl-who: (:a :href ...) Iterate didn't do that and it caused problems while using iterate in conjunction with other libraries such as cl-utilities which defines collecting and collect macros. I patched iterate so that it can use keywords now: (iter:iter (:for i :from 1 :to 5) (when (oddp i) (:collect i)) (:finally (print "hurray!"))) So one need no more to import any symbols from iterate (maybe except iter itself). I also added test of "iterate with keywords" to a regression test suite. you can find a patch and a new file here. http://paste.lisp.org/display/69869 Discussion (currently empty) can be found here: http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/f252c793… Would iterate developers like to incorporate the changes to the main branch? If not, would you object against creating separate iterate-keywords project on the net? best regards Denis Budyak

1 0