From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [NonGNU ELPA] New package: sweep Date: Wed, 28 Sep 2022 23:02:10 -0400 Message-ID: References: <877d1qlynt.fsf@posteo.net> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21187"; mail-complaints-to="usenet@ciao.gmane.io" Cc: philipk@posteo.net, emacs-devel@gnu.org, jan@swi-prolog.org To: Eshel Yaron Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Sep 29 05:03:11 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1odjpO-0005KY-I0 for ged-emacs-devel@m.gmane-mx.org; Thu, 29 Sep 2022 05:03:10 +0200 Original-Received: from localhost ([::1]:56230 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1odjpN-0006GC-Ft for ged-emacs-devel@m.gmane-mx.org; Wed, 28 Sep 2022 23:03:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48784) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1odjoU-0005aU-GL for emacs-devel@gnu.org; Wed, 28 Sep 2022 23:02:14 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:43262) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1odjoU-0007mN-2g; Wed, 28 Sep 2022 23:02:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=IGdR/8YRlnjVJp6XwSxDeLfBxxKMCN5xe8XfdjhjRh4=; b=JVhSpqUxApBd PRRc5cOYTKc//hCL6XeDt2Xf5EWWxi/7XJ0cc7oOy8qn8+exq5eCrT5ZMoTLTwvu/KK42IChqrJCG 4OnoSZDCW7GQLpuws0El0OqHbySxkhR21QqsBjvkGmaB+mlZmBV48LfEzGyt1zhSqHRbRX8XFH56l Ji5csEeYX5GUX2CFBzBcJqfFJrSFLu0C+ljSD17xhBaB7Rfv+mr4ugUda8Q6n//dkyvfQmM3e3uMX YrcnTrAktig0PZEBoHMZXFxe135A2g2N395bArk2vz4hnCwP4nVKcnguPlxounJMSyOp8jIZK1v7R VI/g8WW9TkxgPoNFLqOZ7w==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1odjoQ-00034K-5s; Wed, 28 Sep 2022 23:02:13 -0400 In-Reply-To: (message from Eshel Yaron on Tue, 27 Sep 2022 19:32:46 +0300) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:296436 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > I am not opposed to building on top of `prolog-mode`, but since > `sweep-mode` has access to the actual SWI-Prolog runtime including > notably its parser, we can (and do) provide better implementations for > many of the features of `prolog-mode`, at the cost of targeting only > SWI-Prolog where `prolog-mode` is more implementation agnostic. That makes sense. But I think there is something I don't undersand. Some of what you said hints that SWEEP has other parts that don't run in Emacs. Is that true? If so, what do they do? > Currently you would get an error while loading `sweep.el` because > `sweep--ensure-module` is executed on load which tries to find and load > the dynamic module. This is probably not ideal. I wonder if it would > be preferable to suggest fetching and building the dynamic module, or > just to fail more gracefully... This may try to answer that question, but it takes various things about SWI-Prolog for granted, which naturally I don't know. What in the world is "the dynamic module"? What language is it written in? What does it do? What relation does it have with SWEEP? What relation does it have with Emacs? And what does this have to do with copyright assignments for Emacs Lisp code? > > Also, I am guessing this is the reason you want to add it to NonGNU ELPA > > instead of GNU ELPA, right? > Yes, as I would currently prefer not to require SWI-Prolog contributors > to assign copyrights in order to contribute to this project. When people want to contribute to Emacs, we don't know or ask whether they are SWI-Prolog contributors or not. Indeed, it isn't pertinent. We follow our practices. If you want to contribute to SWI-Prolog, you should follow the SWI-Prolog practices. If you want to contribute to Emacs, you should follow the Emacs practices. That way, everything is clear, and each project is autonomous. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)