From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: 'struct window' cleanup #2 Date: Tue, 26 Jun 2012 20:42:37 -0400 Message-ID: References: <4FE827B6.6020306@yandex.ru> <4FE89369.2000708@gmx.at> <4FE896A9.3090002@yandex.ru> <4FE9643C.1090201@gmx.at> <83a9zq9jhp.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1340757775 31307 80.91.229.3 (27 Jun 2012 00:42:55 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 27 Jun 2012 00:42:55 +0000 (UTC) Cc: martin rudalics , dmantipov@yandex.ru, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 27 02:42:53 2012 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 1SjgLH-0004kE-TA for ged-emacs-devel@m.gmane.org; Wed, 27 Jun 2012 02:42:48 +0200 Original-Received: from localhost ([::1]:33609 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SjgLH-0007Qm-UE for ged-emacs-devel@m.gmane.org; Tue, 26 Jun 2012 20:42:47 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:59018) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SjgLD-0007QW-Sq for emacs-devel@gnu.org; Tue, 26 Jun 2012 20:42:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SjgLB-0006SX-Th for emacs-devel@gnu.org; Tue, 26 Jun 2012 20:42:43 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:4938) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SjgL9-0006R7-Cy; Tue, 26 Jun 2012 20:42:39 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAG6Zu09sr+Nd/2dsb2JhbABEtBGBCIIVAQEEAVYjEAs0EhQYDSSIHAW6CZBEA6MzgViDBQ X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="192166221" Original-Received: from 108-175-227-93.dsl.teksavvy.com (HELO pastel.home) ([108.175.227.93]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 26 Jun 2012 20:42:37 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 2C1B259042; Tue, 26 Jun 2012 20:42:37 -0400 (EDT) In-Reply-To: <83a9zq9jhp.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 26 Jun 2012 18:32:34 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.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:151202 Archived-At: >> Anyway, window_end_pos and window_end_vpos are the more >> promising candidates (if Eli agrees). > I don't object. But if we think that Lisp integers cause any > significant slowdown during GC For me, the reason to make such changes is to make the code simpler and more robust: by avoiding conversion to/from Lisp_Object we get to use more of C's type checks (as weak as they are, they're better than nothing). And for objects which are always integers, the code ends up simpler. If it's more efficient, that's just a nice side-effect. Stefan