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: Proposal: immediate strings Date: Mon, 28 May 2012 10:25:01 -0400 Message-ID: References: <4FBB51E7.6080601@yandex.ru> <4FBDD04F.9010203@cs.ucla.edu> <4FC36253.1090904@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1338215115 26156 80.91.229.3 (28 May 2012 14:25:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 28 May 2012 14:25:15 +0000 (UTC) Cc: Paul Eggert , emacs-devel@gnu.org To: Dmitry Antipov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 28 16:25:13 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 1SZ0sj-00069l-F9 for ged-emacs-devel@m.gmane.org; Mon, 28 May 2012 16:25:13 +0200 Original-Received: from localhost ([::1]:47621 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SZ0sj-0002IY-2F for ged-emacs-devel@m.gmane.org; Mon, 28 May 2012 10:25:13 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:35496) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SZ0sg-0002IA-4B for emacs-devel@gnu.org; Mon, 28 May 2012 10:25:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SZ0sZ-0007v8-VG for emacs-devel@gnu.org; Mon, 28 May 2012 10:25:09 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:55708) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SZ0sZ-0007uY-Rc for emacs-devel@gnu.org; Mon, 28 May 2012 10:25:03 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAG6Zu09MCpYd/2dsb2JhbABEtBGBCIIVAQEEAVYjBQsLDiYSFBgNJIgcBboJkEQDozOBWIMF X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="183128605" Original-Received: from 76-10-150-29.dsl.teksavvy.com (HELO pastel.home) ([76.10.150.29]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 28 May 2012 10:25:01 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 5A39A5956B; Mon, 28 May 2012 10:25:01 -0400 (EDT) In-Reply-To: <4FC36253.1090904@yandex.ru> (Dmitry Antipov's message of "Mon, 28 May 2012 15:32:35 +0400") 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:150667 Archived-At: > YMMV since it depends on what happens. For a long byte-compile runs, > ~0.05% - 0.1% of live strings may have text properties. On the other > side, some editing operations may cause this percentage to grow; for > example, (indent-region) in C mode buffers for a huge regions (a size > of xdisp.c :-) gives ~15% of live strings with properties, and almost > all of them are small (less than 16 bytes). Thanks. I think we can keep the `intervals' field for now. > BTW, is it possible to attach a properties to a string used to represent > a symbol name? If not, we can drop some bits from mark_object at the > cost of having some precautions in Fmake_symbol. Currently, `symbol-name' returns the actual string passed to make-symbol/intern, so those can have text properties and you can even change those properties later on. Hell, you can even get weird results with things like (aset (symbol-name ) ?a). Stefan