From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Obsolete string-to-multibyte hard to replace Date: Mon, 29 May 2017 20:45:47 +0300 Message-ID: <83fufnftf8.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1496079985 11837 195.159.176.226 (29 May 2017 17:46:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 29 May 2017 17:46:25 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 29 19:46:21 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dFOkE-0002lx-7j for ged-emacs-devel@m.gmane.org; Mon, 29 May 2017 19:46:18 +0200 Original-Received: from localhost ([::1]:49840 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dFOkI-0001cr-3c for ged-emacs-devel@m.gmane.org; Mon, 29 May 2017 13:46:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49853) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dFOjj-0001cm-LO for emacs-devel@gnu.org; Mon, 29 May 2017 13:45:48 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dFOjf-0004mR-Mo for emacs-devel@gnu.org; Mon, 29 May 2017 13:45:47 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36601) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dFOjf-0004mN-JF; Mon, 29 May 2017 13:45:43 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4969 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dFOje-0002Hj-PG; Mon, 29 May 2017 13:45:43 -0400 In-reply-to: (message from Stefan Monnier on Mon, 29 May 2017 09:01:24 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:215314 Archived-At: > From: Stefan Monnier > Date: Mon, 29 May 2017 09:01:24 -0400 > > I think it'd make sense to change make-string so it always returns > a multibyte string, and maybe to also introduce a new make-unibyte-string. How about an optional argument to make-string instead? Anyway, beware of the use case of building and starting Emacs in a non-ASCII directory, especially when the locale's codeset is not UTF-8. If we make such changes, these use cases must be audited to see that they still work, because we use unibyte strings during early stages of startup in these cases, until we figure out how to decode them.