From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: Dynamic loading progress Date: Fri, 23 Oct 2015 00:17:03 -0700 Message-ID: <5629DEEF.1010307@dancol.org> References: <56117F37.9060808@dancol.org> <56259FDD.8040401@dancol.org> <87zizeme8k.fsf@tromey.com> <5625B166.3080104@dancol.org> <86zizdczhp.fsf@stephe-leake.org> <562968CA.60101@dancol.org> <83lhaurroe.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PwQtAeWOpwFiPOLx00Cf8qMOhXoOAEjUQ" X-Trace: ger.gmane.org 1445584655 20043 80.91.229.3 (23 Oct 2015 07:17:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 23 Oct 2015 07:17:35 +0000 (UTC) Cc: aurelien.aptel+emacs@gmail.com, p.stephani2@gmail.com, tom@tromey.com, stephen_leake@stephe-leake.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 23 09:17:30 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 1ZpWbP-0002dt-0H for ged-emacs-devel@m.gmane.org; Fri, 23 Oct 2015 09:17:27 +0200 Original-Received: from localhost ([::1]:36710 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpWbO-000815-HT for ged-emacs-devel@m.gmane.org; Fri, 23 Oct 2015 03:17:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35305) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpWbB-00080u-MS for emacs-devel@gnu.org; Fri, 23 Oct 2015 03:17:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZpWbA-0004Ob-Ie for emacs-devel@gnu.org; Fri, 23 Oct 2015 03:17:13 -0400 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:56539) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpWbA-0004OK-AE; Fri, 23 Oct 2015 03:17:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject; bh=+EU8Yr0XEXQ0qr2uTjSYByAC1IsyG/RZTgPclahOxyc=; b=gI3AcECHMjyYPCDywDRKfgMDGCAHo/kt+F3DjXpUuyAksvNOBD/8n4Do9tldnZQSm3+vq4SbpHpSpw+S5Oa7B1J9T3ArxCtPzg9qDrv4XyrT7iI9hwl6sEuoTd+aiFpSeUapfwGj4kb0v656UUJKgDzaQLsOVxhacrYXOIXplWq0gQ9+y/ubBKmS4cnToO8NY7/efMfs7zFdn8VJVqBppAsDz+K3KEyxpGXR5hH6jAC82XDVO9ujXDU79K7f/sXG7RNVe6ZxRquwJZP6AipzUf2L0oLQOP27IAwiovdyL6rjjP8OdZh97WM3wQsiDpfgGKHOSns0CG2GCsvlRlh9SA==; Original-Received: from [2620:10d:c090:180::22a5] (helo=[IPv6:2620:10d:c081:1101:2ab2:bdff:fe1c:db58]) by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1ZpWb7-0008Mi-Fn; Fri, 23 Oct 2015 00:17:09 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: <83lhaurroe.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 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:192455 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PwQtAeWOpwFiPOLx00Cf8qMOhXoOAEjUQ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 10/23/2015 12:05 AM, Eli Zaretskii wrote: >> Cc: Stephen Leake , >> Tom Tromey , Eli Zaretskii , >> Emacs development discussions >> From: Daniel Colascione >> Date: Thu, 22 Oct 2015 15:52:58 -0700 >> >>> * expose fast read-only string access (not sure how do-able this = is >>> considering the encoding problem) >>> >>> >>> If the internal Emacs encoding is not defined, then we probably >>> shouldn't expose it to modules. What should modules do with such stri= ng >>> access? They could only treat the contents as opaque byte arrays. >> >> Agreed, although there may be a reasonable case for an API that provid= es >> direct access to strings that happen to be ASCII (or UTF-8) and that >> runs a conversion otherwise, all transparently. >=20 > Not sure what you mean here. First, the internal representation is a > superset of UTF-8, so if we can provide direct access to UTF-8, why > not let modules access the internal representation? You're right. There are few downsides to providing direct access provided we document that strings are usually, but not always, strict UTF= -8. --PwQtAeWOpwFiPOLx00Cf8qMOhXoOAEjUQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJWKd7vAAoJEN4WImmbpWBlNJUQAJJMVqXlSsnyFj8ZuOblMLjg BVZopLsWL31Sf1ki9+HSmyjOzZ3vP2jRAhvs94p9V1t/vniwmhtVMaauZ/CSyCRS RMF1wSBp17j/NNUgopbm+1WB+aR/eM5qUwk752WaPsftV2VRKPJf3Fl3F8mqvdc0 fWHJyYyrAGH1bQG8ffM3wonRRXJjdJIvvVdGzLUctfOUwbuTV7jtFuSYUigAa510 +TjR2/HIYH+q2RLYLlLpJERG+13RfiynJ9Cd5qFwQSghSuK7RcoUGmf0S1dvDKeQ 7IjXMjL4Xw7CrUlQIb1N5N6Tl9rPTAiEOoxJKdziQ1cuL3DItM9kJbE4abcZn5Zk zbvnnrdRm2ijgBlFMi6OBlO5Be6rR/R4gUADXJE/BFhx6H9QQBh1el2KB2thaR2q a3cJ7ixFQqO385SDBOyVI+R4p/BUsVYvug748CqSffz5XFijfU/0fzBgFh4YTorR GCFxFAh0CPLseE8DQ1rDzolhd6vPfthDgyDdYJaaEKHIuNTEHHIWbuCsjzs4q7xk z8dQPJcEGxoExkGGHBh9+7asBWRMmhMRXJw6MSSOlJliA8BCN6SQ4sQrVD0KCj/N LhCQGe0edxw2aGE3SEOI0FeEsuM4GjIN8+NBGM0ySueWRaIIAC1uuZqrllFcFggc YZCpcmT2iD6rdUQ/uuZT =QyBk -----END PGP SIGNATURE----- --PwQtAeWOpwFiPOLx00Cf8qMOhXoOAEjUQ--