From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Antipov Newsgroups: gmane.emacs.devel Subject: Re: using empty_string as the only "" string Date: Wed, 25 Apr 2007 17:22:38 +0400 Message-ID: <462F561E.3030106@yandex.ru> References: <462EE947.000007.15251@camay.yandex.ru> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: sea.gmane.org 1177507415 11394 80.91.229.12 (25 Apr 2007 13:23:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 25 Apr 2007 13:23:35 +0000 (UTC) Cc: emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 25 15:23:29 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HghSy-0005PT-Ky for ged-emacs-devel@m.gmane.org; Wed, 25 Apr 2007 15:23:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HghYb-0001hf-6S for ged-emacs-devel@m.gmane.org; Wed, 25 Apr 2007 09:29:17 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HghYX-0001ha-Cg for emacs-devel@gnu.org; Wed, 25 Apr 2007 09:29:13 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HghYV-0001hO-11 for emacs-devel@gnu.org; Wed, 25 Apr 2007 09:29:12 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HghYU-0001hL-RY for emacs-devel@gnu.org; Wed, 25 Apr 2007 09:29:10 -0400 Original-Received: from smtp2.yandex.ru ([213.180.200.18]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HghSr-0005Wm-8Y for emacs-devel@gnu.org; Wed, 25 Apr 2007 09:23:21 -0400 Original-Received: from rtsoft2.corbina.net ([85.21.88.2]:64693 "EHLO [192.168.1.162]" smtp-auth: "dmantipov" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3376312AbXDYNXI convert rfc822-to-quoted-printable (ORCPT ); Wed, 25 Apr 2007 17:23:08 +0400 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: dmantipov User-Agent: Thunderbird 1.5.0.7 (X11/20061008) In-Reply-To: X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:70095 Archived-At: Kenichi Handa wrote: > Unfortunately no. Currently Emacs behaves as this: >=20 > (concat "" "\300") =3D> "\300" > (concat (string-to-multibyte "") "\300") =3D> "=C3=80" Hm. Is there any reason(s) to behave as you described ? =46or example, if I want to make multibyte "=C3=80=C3=88", I would like= to use (string-to-multibyte (concat "\300" "\310")) =3D> "\xc0\xc8" (why ?) or (concat (string-as-multibyte "\300") (string-as-multibyte "\310")) =3D>= "\xc0\xc8" (why ?) instead of (concat (string-to-multibyte "") "\300" "\310") =3D> "=C3=80=C3=88", similar to C: int x, y; float f; =2E.. f =3D (float)(x + y); // may overflow or f =3D (float)x + (float)y; // probably better instead of strange f =3D (float)0 + x + y; > Of course, with more changes to alloc.c, we can keep unique > multibyte empty string and unique unibyte empty string. IMHO this is similar to have more than one Qnil or Qt - very strange, indeed. > But, is it really worth working on that ? If you mean making two empty strings - obviously no. Dmitry