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: Thu, 22 Oct 2015 15:52:58 -0700 Message-ID: <562968CA.60101@dancol.org> References: <56117F37.9060808@dancol.org> <56259FDD.8040401@dancol.org> <87zizeme8k.fsf@tromey.com> <5625B166.3080104@dancol.org> <86zizdczhp.fsf@stephe-leake.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="1sL0aPfcakS62BTUAbWw62hwALBsWst2f" X-Trace: ger.gmane.org 1445554413 18111 80.91.229.3 (22 Oct 2015 22:53:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Oct 2015 22:53:33 +0000 (UTC) Cc: Eli Zaretskii , Tom Tromey , Stephen Leake , Emacs development discussions To: Philipp Stephani , =?UTF-8?Q?Aur=c3=a9lien_Aptel?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 23 00:53:25 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 1ZpOjX-0002cr-VL for ged-emacs-devel@m.gmane.org; Fri, 23 Oct 2015 00:53:20 +0200 Original-Received: from localhost ([::1]:34927 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpOjX-0000In-4D for ged-emacs-devel@m.gmane.org; Thu, 22 Oct 2015 18:53:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33871) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpOjU-0000Ih-CB for emacs-devel@gnu.org; Thu, 22 Oct 2015 18:53:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZpOjT-0007zR-Bz for emacs-devel@gnu.org; Thu, 22 Oct 2015 18:53:16 -0400 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:53799) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpOjT-0007vV-1l; Thu, 22 Oct 2015 18:53:15 -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=TwuzoS4XaayZWpmIW0ExdhQkuG6SITxL5PXuG2MC38g=; b=SsCi0O6nCyt2nBFhgj3mbiUdoNUd4b4SgGzc+JIS+x7M81qVaFdUlADRLzJBLT9peOtnzcXQnW02rRPTMwbvHTvTt5tqyvK7OtaJgaDObqZxUDbqck60qmGzmwlKV0E3hd9u5DiiH+4DlUAA0I0vLLbl52L3ree4qfDHw7FBSISZDm6sfljud5Ukl6ok2sCnelWYO/ootV6neZLz1gc0y3SJd5VjOmlVuN12GGl+RlN/z3uAOHDJUbpAzcsbobY26dUqct7y5grWlm/coRTwUxMoBjiXTrzuvQsyi/pIRy88wNujnM5zlouLDX3qV6fbNQ6tVsCw1zMgxFlHiacjLA==; Original-Received: from [2620:10d:c090:200::f:addc] (helo=[IPv6:2620:10d:c083:10fb:2ab2:bdff:fe1c:db58]) by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1ZpOjJ-0004mn-8Y; Thu, 22 Oct 2015 15:53:05 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: 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:192438 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1sL0aPfcakS62BTUAbWw62hwALBsWst2f Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 10/22/2015 03:49 PM, Philipp Stephani wrote: >=20 >=20 > Aur=C3=A9lien Aptel > schrieb am Do., 22. Okt. 201= 5 > um 14:57 Uhr: >=20 > I've added user-pointer objects. Some feedback I had off-list: >=20 > * add functions to the API for fast vector access as it currently > requires too much boxing/unboxing of integers for doing > length/indexing stuff. >=20 >=20 > This would make sense. Same with things like car and cdr etc. > However, we should be careful not to overload the module interface. It > might make sense to do some basic measurements using a real-life exampl= e > and optimize only the hotspots. Agreed. > =20 >=20 > * expose fast read-only string access (not sure how do-able this is= > considering the encoding problem) >=20 >=20 > If the internal Emacs encoding is not defined, then we probably > shouldn't expose it to modules. What should modules do with such string= > access? They could only treat the contents as opaque byte arrays. Agreed, although there may be a reasonable case for an API that provides direct access to strings that happen to be ASCII (or UTF-8) and that runs a conversion otherwise, all transparently. --1sL0aPfcakS62BTUAbWw62hwALBsWst2f 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 iQIcBAEBCAAGBQJWKWjKAAoJEN4WImmbpWBl0FkP/i0KWGQ6EaV4yHIhMrbSWDHK +tHDQdd0GrQZjDmAWUFxfNvv6b44iI/J2P5ObcfWxq49x9y5mAi4fp5p87+alDos H9Q3q1Z6/YsOncAAEc2KkHiTLl/74CVSXuHFjuoohkexHhFv961DrRIQQi1T67Vp HcjcqQ64YtOG+yFYAWFafg8XYyc4lNV1lkTcGTNShff/rokO8248aUDcjiBQxHS2 kxgUAhom6HHiXFPVVkDKNMkHW8XJG8rkXMwPtg5mOW+87oxMlStzc+jQxLtlND2w M+eFG1XWQ9/m2hhWBkyfu16vFhW8ZKVTeIG34d3Lanahnt4xsU9yYertETytDWl3 jcCxfJ25xqLV7fumfpQDb5x6Xcl3XlvpDJcUhDppZcNM49nj6r79CbaUMurl7Tbo QSXzLHFcmDwPRdL8BWvcPj679SHkR8vJX6CY7dzZ9oYmBkj49wPPt8ei9fuK8EeU D0AEvCuZGAz9WgibSdF7aI8zQhMI3Lun8bn4QCFaxFYGByCX3/7V0K/E8lEYmssh bZzpY7OYse5tPwj3LPYP3YD3LIyuF5tHdXYO7fTVk4Xng3kE5gSSX7i0sXj/33VV gIAsTGypFenaZQE8AV6ABKjI0+u74YnaXD/JSPAPkkj2WTT0uNemX48I12bqC27h EhFpvjWSwErnpZ51Rp7V =J3JV -----END PGP SIGNATURE----- --1sL0aPfcakS62BTUAbWw62hwALBsWst2f--