GNU bug report logs - #21782
25.0.50; New functions nfront/front

Previous Next

Package: emacs;

Reported by: Tino Calancha <f92capac <at> gmail.com>

Date: Thu, 29 Oct 2015 09:55:01 UTC

Severity: wishlist

Found in version 25.0.50

Done: Tino Calancha <tino.calancha <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: "Constantino Calancha" <f92capac <at> gmail.com>
To: "21782 <at> debbugs.gnu.org" <21782 <at> debbugs.gnu.org>
Cc: f92capac <at> gmail.com
Subject: bug#21782: 25.0.50; New functions nfront/front
Date: Fri, 30 Oct 2015 11:53:30 +0900
Im sorry Michael, but i dont see your point: do you mean the fact to call
nreverse twice?
nreverse is in fact very efficient;
and last already use nthcdr in its implementation.

Please elaborate more.

As i mentioned, they are not exactly the same function as seq-take.

Why i need to pollute my global space with all seq.el just to use this
fundamental operation on a list?

I we want this in the core, we may also consider to implement such
functionality in
src/fns.c

Tino

On Fri, 30 Oct 2015 11:38:33 +0900, Michael Heerdegen  
<michael_heerdegen <at> web.de> wrote:

> Tino Calancha <f92capac <at> gmail.com> writes:
>
>> +    (nreverse (last (nreverse list) n))))
>
> Isn't this horribly inefficient?  It would be better to use `nthcdr' or
> a simple loop.
>
> Dunno if this should be in the core, I think having this functionality
> in "seq.el" is a good place.
>
>
> Michael.




This bug report was last modified 8 years and 61 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.