emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Ihor Radchenko <yantar92@posteo.net>
To: "Thomas S. Dye" <tsd@tsdye.online>
Cc: emacs-orgmode@gnu.org
Subject: Re: Babel Forth
Date: Thu, 23 Jan 2025 19:29:00 +0000	[thread overview]
Message-ID: <87zfjhxrb7.fsf@localhost> (raw)
In-Reply-To: <874j1qlgxe.fsf@tsdye.online>

"Thomas S. Dye" <tsd@tsdye.online> writes:

> My hunch is that the ext: part of ext:gforth expects that 
> forth-mode is setup to use the forth-mode distributed with GForth. 

Yes. Our policy is to support the official distribution when
possible. Supporting non-standard packages is optional.

> Spacemacs appears to use forth-mode from Elpa, instead, and I find 
> forth-mode.el in the elpa subdirectory of my Spacemacs.

I would be surprised if such a name clash happened on ELPA. Indeed, it
does not. There is no such package on ELPA. Nonstandard forth-mode that
overrides the official gforth distribution is on MELPA:
https://melpa.org/#/forth-mode

Overriding the namespace is a bug. It must be fixed on
https://github.com/larsbrinkhoff/forth-mode/ side.

> If so, could ob-forth.el be patched to enable all Emacs 
> users--plain, Spacemacs, Doom, Prelude, Scimax, etc.--to evaluate 
> Forth code blocks?  Or, should ob-doc-forth give instructions how 
> to setup forth-mode to use the one distributed with GForth?
>
> What is the best way forward here?

forth-mode from MELPA is grabbing the official namespace.
This problem has been reported in
https://github.com/larsbrinkhoff/forth-mode/issues/19 but was not acted
upon.

It is honestly not our job to fix such things. I suggest emphasizing
that ob-forth expects forth-mode distributed officially.

ob-forth broken with Spacemacs/Doom/etc is a problem of
Spacemacs/Doom/etc. Distributing a package does not follow the basic
lisp conventions is not nice.

-- 
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>


  parent reply	other threads:[~2025-01-23 19:28 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-22 20:41 Babel Forth Thomas S. Dye
2025-01-23  8:16 ` Joost Kremers
2025-01-23  8:22   ` Joost Kremers
2025-01-23 18:36   ` Thomas S. Dye
2025-01-23 19:13     ` Ihor Radchenko
2025-01-23 19:29 ` Ihor Radchenko [this message]
2025-01-23 20:05   ` Thomas S. Dye
2025-01-24  0:17   ` Thomas S. Dye

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87zfjhxrb7.fsf@localhost \
    --to=yantar92@posteo.net \
    --cc=emacs-orgmode@gnu.org \
    --cc=tsd@tsdye.online \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).