From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Dynamic loading progress Date: Wed, 30 Sep 2015 08:24:13 +0200 Message-ID: <87h9mcmnle.fsf@fencepost.gnu.org> References: <87si7977rs.fsf@tromey.com> <55DB7C3D.4090106@cs.ucla.edu> <55DE75FD.8020308@cs.ucla.edu> <55F5DD8C.70506@dancol.org> <87fv2hzmw3.fsf@uwakimon.sk.tsukuba.ac.jp> <22025.61338.681227.470671@turnbull.sk.tsukuba.ac.jp> <87y4fpmvxz.fsf@fencepost.gnu.org> <22027.31723.450808.213961@turnbull.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1443676371 28092 80.91.229.3 (1 Oct 2015 05:12:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 1 Oct 2015 05:12:51 +0000 (UTC) Cc: Paul Eggert , Tom Tromey , Emacs development discussions , Philipp Stephani , Stefan Monnier , =?iso-8859-1?Q?Aur=E9lien?= Aptel , Daniel Colascione , Stephen Leake To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 01 07:12:37 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 1ZhWAV-0003k0-Ll for ged-emacs-devel@m.gmane.org; Thu, 01 Oct 2015 07:12:35 +0200 Original-Received: from localhost ([::1]:38002 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhWAV-0007ML-3w for ged-emacs-devel@m.gmane.org; Thu, 01 Oct 2015 01:12:35 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49344) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhBOh-0000OV-Di for emacs-devel@gnu.org; Wed, 30 Sep 2015 03:01:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZhBOg-0007Ju-KC for emacs-devel@gnu.org; Wed, 30 Sep 2015 03:01:51 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46359) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhBOL-00078v-EJ; Wed, 30 Sep 2015 03:01:29 -0400 Original-Received: from localhost ([127.0.0.1]:60178 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.82) (envelope-from ) id 1ZhBOK-000064-JE; Wed, 30 Sep 2015 03:01:28 -0400 Original-Received: by lola (Postfix, from userid 1000) id CB52FE13B7; Wed, 30 Sep 2015 08:24:13 +0200 (CEST) In-Reply-To: <22027.31723.450808.213961@turnbull.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Wed, 30 Sep 2015 15:06:35 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:190503 Archived-At: "Stephen J. Turnbull" writes: > David Kastrup writes: > > "Stephen J. Turnbull" writes: > > > > Er, what does "stop non-local jumps"? What Emacs can do is catch its > > > own non-local jumps so as not to orphan non-Emacs stack frames. It > > > can't catch (or prevent!) anybody else's. > > [Dubious :-) proof-of-concept which likely fails in some important > case or other omitted.] > > > So while it stinks like trouble all over, "can't" is too strong a > > qualifier. > > What was that you were saying to Paul about arguing the wrong side of > your own point? As usual, we are in violent agreement. Not really I think. Conservative garbage collection stinks like trouble all over as well and Emacs does it. It's sort of like the Sherlock Holmes principle. Once you've ruled out all the possibilities that don't stink, it has to be one of the stinky ones. So the decisive factor is not whether a solution stinks or not, but whether there is already one that stinks less and will work. I don't see we are there yet. -- David Kastrup