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: Tue, 15 Sep 2015 06:39:34 -0700 Message-ID: <55F81F96.9050900@dancol.org> References: <55DE75FD.8020308@cs.ucla.edu> <55F5DD8C.70506@dancol.org> <55F62C16.4000105@dancol.org> <55F64F04.9030002@dancol.org> <55F6E43E.9030502@dancol.org> <8737ygz8z3.fsf@uwakimon.sk.tsukuba.ac.jp> <55F789D5.3080005@dancol.org> <87zj0oxflr.fsf@uwakimon.sk.tsukuba.ac.jp> <87k2rsul36.fsf@fencepost.gnu.org> <55F81AC2.2080102@dancol.org> <8737yfvmch.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sP1r7scmSnvm2KNHc140CjBaLwoKt4hNp" X-Trace: ger.gmane.org 1442324429 10984 80.91.229.3 (15 Sep 2015 13:40:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 15 Sep 2015 13:40:29 +0000 (UTC) Cc: Paul Eggert , Emacs development discussions , Philipp Stephani , Stefan Monnier , =?UTF-8?Q?Aur=c3=a9lien_Aptel?= , "Stephen J. Turnbull" , Tom Tromey , Stephen Leake To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 15 15:40:27 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 1ZbqTB-00026R-3e for ged-emacs-devel@m.gmane.org; Tue, 15 Sep 2015 15:40:25 +0200 Original-Received: from localhost ([::1]:43020 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZbqTA-0002Q6-8r for ged-emacs-devel@m.gmane.org; Tue, 15 Sep 2015 09:40:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34256) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZbqSq-0002OX-9D for emacs-devel@gnu.org; Tue, 15 Sep 2015 09:40:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZbqSk-0004ol-LC for emacs-devel@gnu.org; Tue, 15 Sep 2015 09:40:04 -0400 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:42930) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZbqSk-0004o8-9g; Tue, 15 Sep 2015 09:39:58 -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=p9t6MzazKCKkltXn3MP4GNfChQxSgPkRKMKKeU9afwk=; b=Z7zxx4cRFrqiwoY5gi+RhX2evjqbcncFb5SD1XMvs8DT3RctrXtj/ZhGKqM4CpuOtVvIfl8onkYQf5DdzAnQNftUtMEf7yIIJPMCvGSmKpxGkrDY338Sv+r0E9zuRsRvt6cZtCf0LCA1q0iF+418Q+/y5Wrk+5D2KAmdd/Ef6tYjzViQ9fIXx+BTUJffZDvL618h6L91O5fnat56RIk+ZudjkUqq2vztXA1hceTV3MXrdSn7ZUisEvPNKSIiFRt3GXfEEXZWzNQw331/4p6FcnRsHb3uJkQBpp9JQseNreiT1TKjZF1G5k7GJnf+cRbcs/0Sto64JRrm5EzBQ6wbxg==; Original-Received: from [2620:10d:c090:180::1:6bf3] (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 1ZbqST-0007Up-6Q; Tue, 15 Sep 2015 06:39:41 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 In-Reply-To: <8737yfvmch.fsf@fencepost.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:189974 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sP1r7scmSnvm2KNHc140CjBaLwoKt4hNp Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 09/15/2015 06:33 AM, David Kastrup wrote: > Daniel Colascione writes: >=20 >> On 09/15/2015 01:45 AM, David Kastrup wrote: >>> So having our binary interfaces and calling conventions and >>> memory/exception handling default to "like Emacs does" is not just >>> Lisp-friendly but is also keeping our license enforcement options mor= e >>> conservative.=20 >> >> I don't see how. >=20 > Maybe you should have read more than a single paragraph then. Maybe you shouldn't snip the part where I explain how the rest of your argument is incorrect. --sP1r7scmSnvm2KNHc140CjBaLwoKt4hNp 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 iQIcBAEBCAAGBQJV+B+XAAoJEN4WImmbpWBliWEQAIDgwOBqohK1xFurgJ0lSZk+ 4syH+3EZYmliEp9SeLWMtZK0gbHpyVzY6eNi7k4JY4VY/N11llZJ9DVQFX8Ht+gn 7o3kKSbuthJsBBMwjvtXhC9k0zokNrwwQE6R9NZtjBPxTk7EQXUc7/oxD+UBQE1j PvV6qIw0WsmPRW+vE6WlFHkoSouC/Ttr1EySZpGj8MttLd5VH5Xzzk/dHO8PkH2B 4O9tyxX/tfMbmopg2mU4oDMkdOZ5x2Gkr40T4gJk17tbwHaDfl0SmfyWSXJBy1a3 bgZiCvRDt/pB3/JqS/SGk3sKZhxYCnTG+VqbOXnEk+zoi1pVGv+VcX0UCiNil/DW 2kvjgKEvM0va3wSnYDjM6df44ma5gODsunc+2ugdEzmmNW0Nxrb0x6Z7zEbKFftB JFwOf9M5GmeHGRviU/nis11ri3Q5YtMOBYFhBZvT8F7Toj7Upx7hWE37am0gtOP9 kOLTiqlWF9hKF/ZrQdKG0iGuhRpUWnTyh4AsKZgn6mzoTL6M46qKKEjK/A29HSA+ Uzta936sgcMT7L1Xp2euXpxZ4BhvdBRLGJLNiNBfdy7q2KG745GlXAEWi/Nfsf0T oERF4Jksj1U8NQ7VLT5zEhgAfpMA4s4dEdsWc9hcDEyVPb5pH0fCNOhEQ4P6oMvd WXKU2FQcqzANoP+K/oAi =Ub9k -----END PGP SIGNATURE----- --sP1r7scmSnvm2KNHc140CjBaLwoKt4hNp--