GNU bug report logs - #35736
geiser-edit-symbol-at-point (M-.) does not work on fork+exec-command

Previous Next

To reply to this bug, email your comments to 35736 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Arun Isaac <arunisaac <at> systemreboot.net>
To: guix-patches <at> gnu.org
Cc: Ludovic Courtès <ludo <at> gnu.org>
Subject: geiser-edit-symbol-at-point (M-.) does not work on fork+exec-command
Date: Wed, 15 May 2019 01:59:24 +0530

[Message part 1 (text/plain, inline)]

geiser-edit-symbol-at-point (M-.) does not work on
fork+exec-command. geiser wrongly tries to lookup fork instead of
looking up fork+exec-command. This is because (thing-at-point 'symbol)
does not correctly identify the whole symbol. And, that, in turn, is
because ?+ has been reclassified as an expression prefix character (')
in .dir-locals.el. It should be a symbol constituent character (_) which
is the default for scheme mode.

(modify-syntax-entry ?+ "'")

This is a rather trivial bug. But, I thought I'll just document it
here. I'm not sure if we should fix it. I can't think of any easy way
out.

[signature.asc (application/pgp-signature, inline)]

Message #8 received at 35736 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Arun Isaac <arunisaac <at> systemreboot.net>
Cc: 35736 <at> debbugs.gnu.org
Subject: Re: [bug#35736] geiser-edit-symbol-at-point (M-.) does not work on
 fork+exec-command
Date: Wed, 15 May 2019 14:40:06 +0200

Hi,

Arun Isaac <arunisaac <at> systemreboot.net> skribis:

> geiser-edit-symbol-at-point (M-.) does not work on
> fork+exec-command. geiser wrongly tries to lookup fork instead of
> looking up fork+exec-command. This is because (thing-at-point 'symbol)
> does not correctly identify the whole symbol. And, that, in turn, is
> because ?+ has been reclassified as an expression prefix character (')
> in .dir-locals.el. It should be a symbol constituent character (_) which
> is the default for scheme mode.
>
> (modify-syntax-entry ?+ "'")

What about proposing this change to ‘scheme-mode’ to Emacs upstream?

Alternately, or in the meantime, we could carry that fix in Geiser
maybe?

Thoughts?

Ludo’.

Message #11 received at 35736 <at> debbugs.gnu.org (full text, mbox):

From: Arun Isaac <arunisaac <at> systemreboot.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 35736 <at> debbugs.gnu.org
Subject: Re: [bug#35736] geiser-edit-symbol-at-point (M-.) does not work on
 fork+exec-command
Date: Thu, 16 May 2019 12:36:04 +0530

[Message part 1 (text/plain, inline)]

> What about proposing this change to ‘scheme-mode’ to Emacs upstream?
>
> Alternately, or in the meantime, we could carry that fix in Geiser
> maybe?

I don't think reporting this to scheme-mode or geiser would help. They
are justified in classifying ?+ as a symbol constituent character
(_). It is we (the Guix project) who have reclassified ?+ as an
expression prefix character (') in a "non-standard" way for our use in
gexps. WDYT?

[signature.asc (application/pgp-signature, inline)]

Message #14 received at 35736 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Arun Isaac <arunisaac <at> systemreboot.net>
Cc: 35736 <at> debbugs.gnu.org
Subject: Re: [bug#35736] geiser-edit-symbol-at-point (M-.) does not work on
 fork+exec-command
Date: Thu, 16 May 2019 11:53:40 +0200

Arun Isaac <arunisaac <at> systemreboot.net> skribis:

>> What about proposing this change to ‘scheme-mode’ to Emacs upstream?
>>
>> Alternately, or in the meantime, we could carry that fix in Geiser
>> maybe?
>
> I don't think reporting this to scheme-mode or geiser would help. They
> are justified in classifying ?+ as a symbol constituent character
> (_). It is we (the Guix project) who have reclassified ?+ as an
> expression prefix character (') in a "non-standard" way for our use in
> gexps. WDYT?

Oh true, sorry!

Well I don’t know, I’m confused now.  I vaguely remember prior
discussions about this with Alex Kost, but I forgot what the conclusions
were.  :-/

Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.