Re: [Request] seq-map and mapcar with arbitrary number of sequences

[Richard Stallman <rms@gnu.org>]

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > Those two functions are used in a large number of places. Adding support for a
  > "&rest seqs" argument rather than "seq" could impact performance, as it now
  > has to walk a one-element seqs to get the seq it had directly before. I
  > believe it would add another cons cell to the memory footprint, to package the
  > argument?

We could add a facility to define a &rest function to specify
another function to handle the one-arg case.  That way, the simple
case now handled would be essentially as efficient as it is now,
interpreted.

Byte compiled, the optimiziation is easier since it can be done
purely inside the byte compiler.

-- 
Dr Richard Stallman
President, Free Software Foundation (gnu.org, fsf.org)
Internet Hall-of-Famer (internethalloffame.org)
Skype: No way! See stallman.org/skype.html.