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

[David Kastrup]

"John Wiegley" <address@hidden> writes:

>>>>>>   <address@hidden> writes:
>
>> Furthermore, if anyone feels up to the task, I think it would make sense for
>> the builtin mapc and mapcar too.
>
> 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?
>
> I'm fine with low-level functions preferring simplicity, since we have cl-lib
> to provide higher-level versions that does not.

The byte compiler should be able to squash the difference, right?

-- 
David Kastrup