From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Dynamic loading progress Date: Tue, 17 Mar 2015 13:08:30 +0200 Message-ID: <831tknzxsh.fsf@gnu.org> References: <83pp9cwky8.fsf@gnu.org> <85a90ggf2d.fsf@stephe-leake.org> <54E0A40F.5080603@dancol.org> <83sie7un20.fsf@gnu.org> <54E0D181.2080802@dancol.org> <83r3trulse.fsf@gnu.org> <54E0D7E0.305@87.69.4.28> <83h9unukbg.fsf@gnu.org> <54E0DEF8.7020901@dancol> <83egpruiyp.fsf@gnu.org> <54E0FF93.2000104@dancol.org> <833865vp4d.fsf@gnu.org> <54E2355A.90@87.69.4.28> <83vbj1u020.fsf@gnu.org> <54E24CA4.9020601@dancol.org> <83h9uk7ddb.fsf@gnu.org> <54E382A5.5030408@dancol.org> <85a8zcu8gn.fsf@stephe-leake.org> <834mpkymrg.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1426590545 10854 80.91.229.3 (17 Mar 2015 11:09:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 17 Mar 2015 11:09:05 +0000 (UTC) Cc: stephen_leake@stephe-leake.org, emacs-devel@gnu.org To: =?utf-8?Q?Aur=C3=A9lien?= Aptel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 17 12:08:56 2015 Return-path: Envelope-to: ged-emacs-devel@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 1YXpMm-0007VV-0l for ged-emacs-devel@m.gmane.org; Tue, 17 Mar 2015 12:08:56 +0100 Original-Received: from localhost ([::1]:53859 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXpMl-0004Q0-4s for ged-emacs-devel@m.gmane.org; Tue, 17 Mar 2015 07:08:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40751) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXpMe-0004PE-3y for emacs-devel@gnu.org; Tue, 17 Mar 2015 07:08:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YXpMZ-0003L8-41 for emacs-devel@gnu.org; Tue, 17 Mar 2015 07:08:48 -0400 Original-Received: from mtaout26.012.net.il ([80.179.55.182]:50008) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXpMY-0003Kt-SG for emacs-devel@gnu.org; Tue, 17 Mar 2015 07:08:43 -0400 Original-Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NLC00K00S4XTT00@mtaout26.012.net.il> for emacs-devel@gnu.org; Tue, 17 Mar 2015 13:09:28 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NLC00IZISBS8X20@mtaout26.012.net.il>; Tue, 17 Mar 2015 13:09:28 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.182 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:183952 Archived-At: > Date: Tue, 17 Mar 2015 11:51:44 +0100 > From: Aur=C3=A9lien Aptel > Cc: Stephen Leake ,=20 > =09Emacs development discussions >=20 > On Tue, Mar 17, 2015 at 10:52 AM, Eli Zaretskii wrot= e: > > Actually, most accesses to buffer text do precisely that: access = one > > character at a time. The API typically accepts the buffer positi= on. > > Why do you think this is inefficient? >=20 > Iterating on a buffer content will need, for each character (I thin= k) > 2 funcalls (char-after, forward-char) and a fixnum -> int64_t > conversion. It seems like a non-negligible overhead, but maybe it > isn't, I don't know... Why do we need to go through char-after, with the induced fixnum conversion? Why not simply return a character, which we know in advance will fit into a C 'int'? Once again, what I had in mind is a function that gets buffer positio= n and returns the character at that position, as a C 'int'. That's all. I see no reason to go through Lisp primitives for that job. Maybe I'm missing something.