From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Dynamic loading progress Date: Wed, 22 Apr 2015 13:15:52 -0400 Message-ID: References: <83h9unukbg.fsf@gnu.org> <54E0DEF8.7020901@dancol> <83egpruiyp.fsf@gnu.org> <54E0FF93.2000104@dancol.org> <833865vp4d.fsf@gnu.org> <54E2355A.90@87.69.4.28> <83vbj1u020.fsf@gnu.org> <54E24CA4.9020601@dancol.org> <83h9uk7ddb.fsf@gnu.org> <54E382A5.5030408@dancol.org> <54F789B2.6030105@dancol.org> <87egnel6ac.fsf@lifelogs.com> <87vbgpk1po.fsf@lifelogs.com> <85mw20gmeo.fsf@stephe-leake.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1429723050 29436 80.91.229.3 (22 Apr 2015 17:17:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 22 Apr 2015 17:17:30 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stephen Leake Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 22 19:17:21 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 1YkyH2-0001Bf-5U for ged-emacs-devel@m.gmane.org; Wed, 22 Apr 2015 19:17:20 +0200 Original-Received: from localhost ([::1]:36286 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkyH1-0002MJ-BW for ged-emacs-devel@m.gmane.org; Wed, 22 Apr 2015 13:17:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44262) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkyFj-0000oA-4s for emacs-devel@gnu.org; Wed, 22 Apr 2015 13:16:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YkyFf-0001Xo-4f for emacs-devel@gnu.org; Wed, 22 Apr 2015 13:15:59 -0400 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:46998) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkyFe-0001XG-Ml for emacs-devel@gnu.org; Wed, 22 Apr 2015 13:15:54 -0400 Original-Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id t3MHFqud027668; Wed, 22 Apr 2015 13:15:52 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 5029933E7; Wed, 22 Apr 2015 13:15:52 -0400 (EDT) In-Reply-To: <85mw20gmeo.fsf@stephe-leake.org> (Stephen Leake's message of "Wed, 22 Apr 2015 11:25:51 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5284=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5284> : inlines <2779> : streams <1426807> : uri <1913159> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.22 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:185784 Archived-At: > where 'wisi_statement_action' is an elisp function that uses 'pairs' to > set text properties, should the module do GCPRO around the funcall, or > does the funcall handle that? I think it'd be OK to simply say that dynamic loading can only be used on platforms that use the conservative stack scanning (i.e. don't need GCPRO). AFAIK all platforms that matter use conservative stack scanning. >> I think `plugin_is_GPL_compatible' should be a float indicating the GPL >> version. Maybe even a char[] to express flavors, from a constrained set >> of choices. > +1 for the char[]. The variable could be named 'license_terms', so it > could be used by non-GPL in special circumstances. It took us many years to find a system with which the FSF is comfortable, so I'm vetoing any bikeshedding on this name. `plugin_is_GPL_compatible' it will be. If you want it to be finer grained to detect incompatibilities between Emacs's GPLv3+ and a plugin that's GPLv2-only, then please discuss it with Richard (and maybe the GCC guys, since IIUC they use the exact same system). In the mean we'll just check the presence of this symbol rather than any value associated with it. Stefan