From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: Help sought understanding shorthands wrt modules/packages Date: Tue, 8 Nov 2022 04:52:29 +0000 Message-ID: References: <87r0yemgt2.fsf@rfc20.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000d7f02805ecee4aa8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30887"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rms@gnu.org, =?UTF-8?B?R2VyZCBNw4PCtmxsbWFubg==?= , emacs-devel@gnu.org To: Matt Armstrong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 08 05:52:13 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 1osGar-0007rY-F3 for ged-emacs-devel@m.gmane-mx.org; Tue, 08 Nov 2022 05:52:13 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1osGaA-0006ZG-7a; Mon, 07 Nov 2022 23:51:30 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1osGa9-0006Z8-Dx for emacs-devel@gnu.org; Mon, 07 Nov 2022 23:51:29 -0500 Original-Received: from mail-oa1-x30.google.com ([2001:4860:4864:20::30]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1osGa7-000136-NT; Mon, 07 Nov 2022 23:51:29 -0500 Original-Received: by mail-oa1-x30.google.com with SMTP id 586e51a60fabf-13c2cfd1126so15091170fac.10; Mon, 07 Nov 2022 20:51:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=isnI1joS5a4SQyTpZddqU5Hudx6Z2ESrPa0sO6HT7jo=; b=Mgp5dpWiEShG6iCRt/oq+dtbxgqKzEdISzeEypPavFyNwX6RxUZxD4eTHy2bBWnBr/ pTd7c5k5KDjj95ZNVB0UWvdjOq7TdY0l05sECSUqaIGA9BvDAqpGBhsAK4kpCTfOWhF6 +FoABnUP9rjGKUr+EcvZHCfLVWKNPAxfKE1BbEzGiFPxuPJHjd61SVSs1nUSpe/ta4W9 77cdzvJ3tW7oRI2UhakyfX9Wo0Amj2/t80i52Y5xu9sgdwNDsAbFAZH6SPn+n++PSzPw GYGVYy+h92cDdI9egNIUlVXS9LPr3XiTe6uOmRm7y7btCZj/ma5nrPInfDTgGPH7qmuA eLiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=isnI1joS5a4SQyTpZddqU5Hudx6Z2ESrPa0sO6HT7jo=; b=UkxkkifKbPBzBIoR81WdKGYDkq2USOXLkAA2qG5YWRfwD7YxWtGzBQ7pw8IxP3edce sNTDGVcXcw7qTtnpOZE7uF65jvapE1vAqn15nh18QMw+lqmkoKfN60vbQdvk6t49WcUj 7XetRPPea4d5YFDD2D56eJ21dQYkfciS9O7V8am5EnBFJVDBzrRGiU75XSx6ARBn23GU OiNfFd57xTKriRyedcCKxOWHwKDoWMUM8wm8iu8+XidTg8wi8nc0UX4jAh9js80MBBdY gUWbmfKE5451wx0MfSOTAYuhxtLZ3nyEijEzZI70m+QLmNpbn4jzeddpwA9ZnBnHOxiM EeUA== X-Gm-Message-State: ACrzQf10k1noaV5XzDjkVwuMbQlvKysG15UAy/5CwyN+HInPgQiq3qpe 7ivZo2ClH5VwccGk2lqOxu0kwDK5qTr05jL1/og= X-Google-Smtp-Source: AMsMyM7DWpbA0aazwLhgZhqe5mRvL7RvgPK93RTC6Mw6BMNApvaK+e54VPRyiaBoPhrcXRyJIWCnjmuoOu7w82Quu74= X-Received: by 2002:a05:6870:e242:b0:13b:d561:ad02 with SMTP id d2-20020a056870e24200b0013bd561ad02mr32465507oac.215.1667883085587; Mon, 07 Nov 2022 20:51:25 -0800 (PST) In-Reply-To: <87r0yemgt2.fsf@rfc20.org> Received-SPF: pass client-ip=2001:4860:4864:20::30; envelope-from=joaotavora@gmail.com; helo=mail-oa1-x30.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:299310 Archived-At: --000000000000d7f02805ecee4aa8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Nov 8, 2022 at 12:27 AM Matt Armstrong wrote: > Jo=C3=A3o T=C3=A1vora writes: > > > If you're talking about the :USE directive, you don't have to employ > > it: it's not mandatory for CL packages to be immensely better. But > > it's very useful and convenient in specific, well-understood > > situations. If you're talking about something else, I don't know what > > it might me. > > My understanding is that Richard is concerned about ambiguities, perhaps > not even flagged as errors at load time, that occurred in a version of > CL packages he implemented or otherwise worked with in the past, but > that may no longer occur in Common Lisp implementations conforming to > the newest standard. I believe he described the "misfeature" he is > concerned about more clearly in > https://lists.gnu.org/archive/html/emacs-devel/2022-10/msg02165.html. > There, I think Gerd made the convincing argument that the situation is > acceptable in current CL standards. > Thanks, I read that description, and as far as I can gather, only USE-PACKAGE vaguely fits that description, http://www.lispworks.com/documentation/HyperSpec/Body/f_use_pk.htm#use-pack= age It's an optional feature that shouldn't be used -- much like -rf to rm or really any flag to any program -- if you one doesn't understand what it does. It will error and offer restarts if two used packages export symbols with the same name. Which reminds me.... I wonder if Gerd's branch also comes with a programmable interactive restart system :-) Jo=C3=A3o --000000000000d7f02805ecee4aa8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Nov 8, 2022 at 12:27 AM Matt Armstrong <matt@rfc20.org> wrote:
Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com> writ= es:

> If you're talking about the :USE directive, you don't have to = employ
> it: it's not mandatory for CL packages to be immensely better. But=
> it's very useful and convenient in specific, well-understood
> situations.=C2=A0 If you're talking about something else, I don= 9;t know what
> it might me.

My understanding is that Richard is concerned about ambiguities, perhaps not even flagged as errors at load time, that occurred in a version of
CL packages he implemented or otherwise worked with in the past, but
that may no longer occur in Common Lisp implementations conforming to
the newest standard.=C2=A0 I believe he described the "misfeature"= ; he is
concerned about more clearly in
https://lists.gnu.org/archive/ht= ml/emacs-devel/2022-10/msg02165.html.
There, I think Gerd made the convincing argument that the situation is
acceptable in current CL standards.

Tha= nks, I read that description, and as far as I can gather, only
USE-PACKAGE vaguely fits that description,

http://www.lispworks.com/documentation/HyperSpec/Body/f_us= e_pk.htm#use-package

It's an optional feature t= hat shouldn't be used -- much like -rf to rm or
really any flag to any program -- if you one doesn't unde= rstand what it does.
It will error and offe= r restarts if two used packages export symbols with the
same name.=C2=A0

Which reminds me....= I wonder if Gerd's branch also comes with a programmable
interactive restart system :-)
=
Jo=C3=A3o
--000000000000d7f02805ecee4aa8--