From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tino Calancha Newsgroups: gmane.emacs.bugs Subject: bug#21782: 25.0.50; New functions nfront/front Date: Sat, 31 Oct 2015 03:06:40 +0900 (JST) Message-ID: References: <87wpu5jd1y.fsf@web.de> <87a8r0sb21.fsf@web.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Trace: ger.gmane.org 1446228260 21405 80.91.229.3 (30 Oct 2015 18:04:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 30 Oct 2015 18:04:20 +0000 (UTC) Cc: Constantino Calancha , "21782@debbugs.gnu.org" <21782@debbugs.gnu.org> To: Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 30 19:04:11 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZsE25-00007a-QM for geb-bug-gnu-emacs@m.gmane.org; Fri, 30 Oct 2015 19:04:09 +0100 Original-Received: from localhost ([::1]:52288 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsE24-0008RV-TM for geb-bug-gnu-emacs@m.gmane.org; Fri, 30 Oct 2015 14:04:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37891) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsE21-0008RL-PZ for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2015 14:04:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZsE1y-00041q-Iy for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2015 14:04:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:55771) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsE1y-00041l-FO for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2015 14:04:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZsE1y-0007BX-6D for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2015 14:04:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Tino Calancha Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Oct 2015 18:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21782 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21782-submit@debbugs.gnu.org id=B21782.144622821427578 (code B ref 21782); Fri, 30 Oct 2015 18:04:02 +0000 Original-Received: (at 21782) by debbugs.gnu.org; 30 Oct 2015 18:03:34 +0000 Original-Received: from localhost ([127.0.0.1]:46479 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZsE1V-0007Aj-Ke for submit@debbugs.gnu.org; Fri, 30 Oct 2015 14:03:34 -0400 Original-Received: from calancha-ilc.kek.jp ([130.87.234.234]:51641) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZsE1T-0007AZ-Rs for 21782@debbugs.gnu.org; Fri, 30 Oct 2015 14:03:32 -0400 Original-Received: by calancha-ilc.kek.jp (Postfix, from userid 500) id A9C4692B7; Sat, 31 Oct 2015 03:06:40 +0900 (JST) Original-Received: from localhost (localhost [127.0.0.1]) by calancha-ilc.kek.jp (Postfix) with ESMTP id 93710286; Sat, 31 Oct 2015 03:06:40 +0900 (JST) X-X-Sender: calancha@calancha-ilc.kek.jp In-Reply-To: <87a8r0sb21.fsf@web.de> User-Agent: Alpine 2.20 (LRH 67 2015-01-07) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:108200 Archived-At: > > `nreverse` efficiently does what is supposed to do, yes. But it is > O(l), where l is the length of the list arg. > > In addition, the newly created `nreverse'd list must be garbage > collected. > > The `copy-sequence' call in `front' is bad for the same reason. > > OTOH nfront can be implemented in O(n), where n is the number argument > to nfront. Thank you Michael for the detail answer. I appreciate it a lot. Now i see clearly what you mean. For all the people: Efficiency implementations are very important, almost as important as have things available. One emacs user starting one session has no available seq-take. That is the first thing to care, efficiency comes later. Many users learn the lenguage autocompleting in the minibuffer. If it is not loaded the least people will realize such functions you are developping do exists. We develop tools to be used, not ust to be nice. IMOP, fundamental operations should be loaded by default. If this is not the case, that means the function should not be located in its corrent location: fair and simple. Please, consider make this fundamental operation being loaded at the beginning. Thanks. I finish here because i start to repeat myself. Thank you for the very nice chat; it has being very instructive for me and i enjoied very much.