-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2014-09-30 18:16, IOhannes m zmoelnig wrote:
On 2014-09-30 17:08, Frank Barknecht wrote:
On Tue, Sep 30, 2014 at 03:51:38PM +0200, IOhannes m zmoelnig wrote:
On 2014-09-30 12:20, Frank Barknecht wrote:
I see that there now are the rather peculiar "list fromsymbol" and "list tosymbol" methods in [list], but the much needed "list foreach" still is missing. Why?
most likely, because yo can do a [list foreach] as a simple abstraction (if you don't mind another name), while you cannot do a [list tosymbol].
Okay, I see. But with the same logic, [list length] could be considered superfluous.
list-drip.pd, the equivalent abstraction to "list foreach" in the [list]-abs is the most used abstraction in the whole collection. Although Matju's implementation is highly optimized, including "list foreach" as an interal method would speed things up immensely.
+1
re-reading your email, wouldn't [list cat] be the equivalent of [list drip], whereas [list foreach] is the equivalent of [list map]?
in any case, i think that for performance reasons, both ought to be available as compiled objects (and for practical reasons: built-in)
fgmsdr IOhannes