From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.devel Subject: Re: Dynamic loading progress Date: Mon, 28 Sep 2015 15:21:25 +0000 Message-ID: References: <85mw20gmeo.fsf@stephe-leake.org> <878u97nyjn.fsf@lifelogs.com> <86d1yirnqw.fsf@stephe-leake.org> <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> <55F644F2.9040303@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bb04058b8d6930520d040af X-Trace: ger.gmane.org 1443484167 31286 80.91.229.3 (28 Sep 2015 23:49:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Sep 2015 23:49:27 +0000 (UTC) Cc: Paul Eggert , Emacs development discussions , "Stephen J. Turnbull" , =?UTF-8?Q?Aur=C3=A9lien_Aptel?= , Tom Tromey , Stephen Leake To: Stefan Monnier , Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 29 01:49:24 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 1ZgiAe-00073K-B3 for ged-emacs-devel@m.gmane.org; Tue, 29 Sep 2015 01:49:24 +0200 Original-Received: from localhost ([::1]:42780 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgiAd-0002oo-5B for ged-emacs-devel@m.gmane.org; Mon, 28 Sep 2015 19:49:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32853) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgaFE-0001WY-A3 for emacs-devel@gnu.org; Mon, 28 Sep 2015 11:21:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZgaFD-0000ys-HN for emacs-devel@gnu.org; Mon, 28 Sep 2015 11:21:36 -0400 Original-Received: from mail-wi0-x233.google.com ([2a00:1450:400c:c05::233]:33517) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgaFD-0000yW-C8 for emacs-devel@gnu.org; Mon, 28 Sep 2015 11:21:35 -0400 Original-Received: by wiclk2 with SMTP id lk2so110525230wic.0 for ; Mon, 28 Sep 2015 08:21:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=pZnlPW+ZVKXcF08FGAtHoVOgOqL8U83VgoBPw/8S0sA=; b=uLa4oKFLf5QOQQfz/DygamPNgQ8ETocRpVdH8ga1D/5POHz1mg2dqXSLeKGdt2uuAb IcvPpkHk/RYPyMiTJe72giNkuB57tohl/QYdGCMoN+4nd3kfETp9xQ1tuo6EsO+vLJtd 9xxodu1+JAX5RiaJKZcRvxipTub3UMxnpA0eh7QmU2T/eY+EdUbMEwoBSwqs5dJVBFEu rAs3XYFIw+hdl13b9zC8JkpBj1K7sJfH/TYcbrIBJCSYm1tbhj95IF/fcZfxLv1lA8jS 9Thl6oarMAIe6MLE8vC86SkR9SZPzxJQfmn7YLlLnL4QavlE58oE9RSP1MPjUPWpbJ2Z ySiA== X-Received: by 10.194.82.198 with SMTP id k6mr22232236wjy.139.1443453694693; Mon, 28 Sep 2015 08:21:34 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::233 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:190443 Archived-At: --047d7bb04058b8d6930520d040af Content-Type: text/plain; charset=UTF-8 Stefan Monnier schrieb am Mo., 14. Sep. 2015 um 06:24 Uhr: > > Why? There is no positive reason to make Emacs module code resemble > > Emacs core code. > > Of course, there is. > > > Which one? Given the overall state of the Emacs core code (lots of global mutable state, thread-hostile, lots of macros...) I'd rather want modules to be as different from the Emacs core as possible. The module interface is an interface. No good interface prescribes how its implementations have to look like. --047d7bb04058b8d6930520d040af Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Stefan= Monnier <monnier@iro.umontr= eal.ca> schrieb am Mo., 14. Sep. 2015 um 06:24=C2=A0Uhr:
> Why? There is no positive reason to make = Emacs module code resemble
> Emacs core code.

Of course, there is.



Which one? Given the overall state of = the Emacs core code (lots of global mutable state, thread-hostile, lots of = macros...) I'd rather want modules to be as different from the Emacs co= re as possible.
The module interface is an interface. No good int= erface prescribes how its implementations have to look like.=C2=A0
--047d7bb04058b8d6930520d040af--