GNU bug report logs - #71379
29.3; Elisp compiler: warnings for formats given insufficiently many arguments

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 71379 in the body.
You can then email your comments to 71379 AT debbugs.gnu.org in the normal way.

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

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

From: Philippe Schnoebelen <phs <at> lmf.cnrs.fr>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.3; Elisp compiler: warnings for formats given insufficiently many
 arguments
Date: Wed, 5 Jun 2024 15:16:16 +0200

The following example code has been put in my ~/foo.el

(defun check-value (v)
  ;; Let's demonstrate different treament of formats by elisp compiler
  (cond (v
	 (print (format "Congratulations! v=%S is non-NIL."))
	 ;; oops, we forgot to pass v in `format's &rest args
	 t)
	(t ;; otherwise
	 (user-error "Try again. v=%S is null")
	 ;; same error, here when calling `user-error'
	 nil)))


When I byte-compile it with M-x byte-compile-file I get the following 
warning message:

     In check-value:
     foo.el:4:18: Warning: ‘format’ called with 0 args to fill 1 format 
field(s)

which is very useful.

But why don't I get a similar error message for my call to user-error ? 
It would be useful too.

Note that when I evaluate (check-value nil) I get an error with the 
following *Backtrace*, showing that my call to
`user-error' fails for exactly the same reason that evaluating 
`(check-value t)' fails.

Debugger entered--Lisp error: (error "Not enough arguments for format 
string")
  format-message("Try again. v=%S is null")
  apply(format-message "Try again. v=%S is null" nil)
  user-error("Try again. v=%S is null")
  (if v (print (format "Congratulations! v=%S is non-NIL.")) 
(user-error "Try again. v=%S is null"))
  check-value(nil)
  (progn (check-value nil))
  eval((progn (check-value nil)) t)
  elisp--eval-last-sexp(t)
  eval-last-sexp(t)
  eval-print-last-sexp(nil)
  funcall-interactively(eval-print-last-sexp nil)
  call-interactively(eval-print-last-sexp nil nil)

I thought you'd like to know.

Thanks for your time and dedication in developing GNU Emacs !

--philippe

In GNU Emacs 29.3 (build 1, aarch64-apple-darwin21.6.0, NS 
appkit-2113.60 Version 12.6.6 (Build 21G646)) of
 2024-03-24 built on armbob.lan
Windowing system distributor 'Apple', version 10.3.2487
System Description:  macOS 14.5

Configured using:
 'configure --with-ns '--enable-locallisppath=/Library/Application
 Support/Emacs/${version}/site-lisp:/Library/Application 
Support/Emacs/site-lisp' --with-modules
 'CFLAGS=-DFD_SETSIZE=10000 -DDARWIN_UNLIMITED_SELECT' --with-x-toolkit=no'

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

From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: philippe schnoebelen <schnoebelen.ph <at> gmail.com>
Cc: 71379 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Wed, 5 Jun 2024 18:56:52 +0200

I stumbled on this report by accident:

> But why don't I get a similar error message for my call to user-error ?

That's a clear oversight, thank you for reporting it. Will fix.

Should be trivial enough for master (and I have made a full bootstrap) but I'm asking Eli for confirmation just in case.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mattias Engdegård <mattias.engdegard <at> gmail.com>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Wed, 05 Jun 2024 20:48:25 +0300

> From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
> Date: Wed, 5 Jun 2024 18:56:52 +0200
> Cc: 71379 <at> debbugs.gnu.org,
>  Eli Zaretskii <eliz <at> gnu.org>
> 
> I stumbled on this report by accident:
> 
> > But why don't I get a similar error message for my call to user-error ?
> 
> That's a clear oversight, thank you for reporting it. Will fix.
> 
> Should be trivial enough for master (and I have made a full bootstrap) but I'm asking Eli for confirmation just in case.

Thanks, I'd like to see the changes before making up my mind about
that.  The problem is definitely not serious, so the fix should be
safe enough to qualify.

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

From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Wed, 5 Jun 2024 21:20:53 +0200

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

5 juni 2024 kl. 19.48 skrev Eli Zaretskii <eliz <at> gnu.org>:

> Thanks, I'd like to see the changes before making up my mind about
> that.  The problem is definitely not serious, so the fix should be
> safe enough to qualify.

Sorry, meant to attach the patch.

[0001-Format-string-warnings-for-more-functions-bug-71379.patch (application/octet-stream, attachment)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mattias Engdegård <mattias.engdegard <at> gmail.com>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Thu, 06 Jun 2024 07:38:53 +0300

> From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
> Date: Wed, 5 Jun 2024 21:20:53 +0200
> Cc: schnoebelen.ph <at> gmail.com,
>  71379 <at> debbugs.gnu.org
> 
> 5 juni 2024 kl. 19.48 skrev Eli Zaretskii <eliz <at> gnu.org>:
> 
> > Thanks, I'd like to see the changes before making up my mind about
> > that.  The problem is definitely not serious, so the fix should be
> > safe enough to qualify.
> 
> Sorry, meant to attach the patch.

On second thought, this is still fine to go in now, but I wonder
whether we should move these to the places where the corresponding
functions are defined, and leave in bytecomp.c only those which are
primitives defined in C?  That would mean 'warn' and 'user-error'
should be moved to their respective Lisp files.  WDYT?

Message #22 received at 71379-done <at> debbugs.gnu.org (full text, mbox):

From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 71379-done <at> debbugs.gnu.org, philippe schnoebelen <schnoebelen.ph <at> gmail.com>
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Thu, 6 Jun 2024 10:49:07 +0200

6 juni 2024 kl. 06.38 skrev Eli Zaretskii <eliz <at> gnu.org>:

> On second thought, this is still fine to go in now, but I wonder
> whether we should move these to the places where the corresponding
> functions are defined, and leave in bytecomp.c only those which are
> primitives defined in C?  That would mean 'warn' and 'user-error'
> should be moved to their respective Lisp files.

Indeed it's a question I always ask myself every so often, and sometimes we distribute properties to definitions. 
However, in this case it seems better to keep them in one place: it's only a small handful of functions, and this way the properties are kept local to the byte-compiler.

Thank you, the change is now on master. Closing.

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

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Mattias Engdegård <mattias.engdegard <at> gmail.com>, 
 Eli Zaretskii <eliz <at> gnu.org>
Cc: 71379 <at> debbugs.gnu.org, philippe schnoebelen <schnoebelen.ph <at> gmail.com>
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Fri, 7 Jun 2024 01:22:49 +0200

Mattias Engdegård <mattias.engdegard <at> gmail.com> writes:

> 6 juni 2024 kl. 06.38 skrev Eli Zaretskii <eliz <at> gnu.org>:
>
>> On second thought, this is still fine to go in now, but I wonder
>> whether we should move these to the places where the corresponding
>> functions are defined, and leave in bytecomp.c only those which are
>> primitives defined in C?  That would mean 'warn' and 'user-error'
>> should be moved to their respective Lisp files.
>
> Indeed it's a question I always ask myself every so often, and sometimes we distribute properties to definitions.
> However, in this case it seems better to keep them in one place: it's only a small handful of functions, and this way the properties are kept local to the byte-compiler.

No strong opinion, but I think this cuts both ways: keeping it local to
the definition of the functions themselves makes it clear to anyone
looking there for inspiration how to add such warnings to their own
`format` functions.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com,
 mattias.engdegard <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Fri, 07 Jun 2024 09:21:56 +0300

> From: Stefan Kangas <stefankangas <at> gmail.com>
> Date: Fri, 7 Jun 2024 01:22:49 +0200
> Cc: 71379 <at> debbugs.gnu.org, philippe schnoebelen <schnoebelen.ph <at> gmail.com>
> 
> Mattias Engdegård <mattias.engdegard <at> gmail.com> writes:
> 
> > 6 juni 2024 kl. 06.38 skrev Eli Zaretskii <eliz <at> gnu.org>:
> >
> >> On second thought, this is still fine to go in now, but I wonder
> >> whether we should move these to the places where the corresponding
> >> functions are defined, and leave in bytecomp.c only those which are
> >> primitives defined in C?  That would mean 'warn' and 'user-error'
> >> should be moved to their respective Lisp files.
> >
> > Indeed it's a question I always ask myself every so often, and sometimes we distribute properties to definitions.
> > However, in this case it seems better to keep them in one place: it's only a small handful of functions, and this way the properties are kept local to the byte-compiler.
> 
> No strong opinion, but I think this cuts both ways: keeping it local to
> the definition of the functions themselves makes it clear to anyone
> looking there for inspiration how to add such warnings to their own
> `format` functions.

Indeed.  In addition, some functions marked with this property already
do that in their own files.  Which was why I asked that question in
the first place.

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

From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 71379 <at> debbugs.gnu.org, philippe schnoebelen <schnoebelen.ph <at> gmail.com>,
 Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Fri, 7 Jun 2024 11:32:52 +0200

7 juni 2024 kl. 01.22 skrev Stefan Kangas <stefankangas <at> gmail.com>:

> No strong opinion, but I think this cuts both ways: keeping it local to
> the definition of the functions themselves makes it clear to anyone
> looking there for inspiration how to add such warnings to their own
> `format` functions.

Yes, it's a matter of judgement which has to be reconsidered from time to time. I see no reason for doing anything about this right now, but this may change in the future. The reasons for not distributing function properties can be quite strong as well.

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

From: Andrea Corallo <acorallo <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com,
 mattias.engdegard <at> gmail.com, Stefan Kangas <stefankangas <at> gmail.com>
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Fri, 07 Jun 2024 09:55:08 -0400

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Stefan Kangas <stefankangas <at> gmail.com>
>> Date: Fri, 7 Jun 2024 01:22:49 +0200
>> Cc: 71379 <at> debbugs.gnu.org, philippe schnoebelen <schnoebelen.ph <at> gmail.com>
>> 
>> Mattias Engdegård <mattias.engdegard <at> gmail.com> writes:
>> 
>> > 6 juni 2024 kl. 06.38 skrev Eli Zaretskii <eliz <at> gnu.org>:
>> >
>> >> On second thought, this is still fine to go in now, but I wonder
>> >> whether we should move these to the places where the corresponding
>> >> functions are defined, and leave in bytecomp.c only those which are
>> >> primitives defined in C?  That would mean 'warn' and 'user-error'
>> >> should be moved to their respective Lisp files.
>> >
>> > Indeed it's a question I always ask myself every so often, and
>> > sometimes we distribute properties to definitions.
>> > However, in this case it seems better to keep them in one place:
>> > it's only a small handful of functions, and this way the
>> > properties are kept local to the byte-compiler.
>> 
>> No strong opinion, but I think this cuts both ways: keeping it local to
>> the definition of the functions themselves makes it clear to anyone
>> looking there for inspiration how to add such warnings to their own
>> `format` functions.
>
> Indeed.  In addition, some functions marked with this property already
> do that in their own files.  Which was why I asked that question in
> the first place.

Agreed.  Maybe in the future even worth having a declare for it?  We
have them already for things like ex 'important-return-value'.

  Andrea

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andrea Corallo <acorallo <at> gnu.org>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com,
 mattias.engdegard <at> gmail.com, stefankangas <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Fri, 07 Jun 2024 18:50:31 +0300

> From: Andrea Corallo <acorallo <at> gnu.org>
> Cc: Stefan Kangas <stefankangas <at> gmail.com>,  71379 <at> debbugs.gnu.org,
>   schnoebelen.ph <at> gmail.com,  mattias.engdegard <at> gmail.com
> Date: Fri, 07 Jun 2024 09:55:08 -0400
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> No strong opinion, but I think this cuts both ways: keeping it local to
> >> the definition of the functions themselves makes it clear to anyone
> >> looking there for inspiration how to add such warnings to their own
> >> `format` functions.
> >
> > Indeed.  In addition, some functions marked with this property already
> > do that in their own files.  Which was why I asked that question in
> > the first place.
> 
> Agreed.  Maybe in the future even worth having a declare for it?  We
> have them already for things like ex 'important-return-value'.

Yes, could be a good idea.

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

From: Andrea Corallo <acorallo <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com,
 mattias.engdegard <at> gmail.com, stefankangas <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Sat, 08 Jun 2024 14:15:14 -0400

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Andrea Corallo <acorallo <at> gnu.org>
>> Cc: Stefan Kangas <stefankangas <at> gmail.com>,  71379 <at> debbugs.gnu.org,
>>   schnoebelen.ph <at> gmail.com,  mattias.engdegard <at> gmail.com
>> Date: Fri, 07 Jun 2024 09:55:08 -0400
>> 
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>> 
>> >> No strong opinion, but I think this cuts both ways: keeping it local to
>> >> the definition of the functions themselves makes it clear to anyone
>> >> looking there for inspiration how to add such warnings to their own
>> >> `format` functions.
>> >
>> > Indeed.  In addition, some functions marked with this property already
>> > do that in their own files.  Which was why I asked that question in
>> > the first place.
>> 
>> Agreed.  Maybe in the future even worth having a declare for it?  We
>> have them already for things like ex 'important-return-value'.
>
> Yes, could be a good idea.

Okay, will do after we branch emacs30.

  Andrea

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

From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: Andrea Corallo <acorallo <at> gnu.org>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com,
 Eli Zaretskii <eliz <at> gnu.org>, stefankangas <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Sat, 8 Jun 2024 20:18:09 +0200

8 juni 2024 kl. 20.15 skrev Andrea Corallo <acorallo <at> gnu.org>:

>>> Agreed.  Maybe in the future even worth having a declare for it?  We
>>> have them already for things like ex 'important-return-value'.
>> 
>> Yes, could be a good idea.
> 
> Okay, will do after we branch emacs30.

Again, I'm not very fond of the idea (or I would have done it long ago myself).

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mattias Engdegård <mattias.engdegard <at> gmail.com>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com, acorallo <at> gnu.org,
 stefankangas <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Sat, 08 Jun 2024 21:32:11 +0300

> From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
> Date: Sat, 8 Jun 2024 20:18:09 +0200
> Cc: Eli Zaretskii <eliz <at> gnu.org>,
>  stefankangas <at> gmail.com,
>  71379 <at> debbugs.gnu.org,
>  schnoebelen.ph <at> gmail.com
> 
> 8 juni 2024 kl. 20.15 skrev Andrea Corallo <acorallo <at> gnu.org>:
> 
> >>> Agreed.  Maybe in the future even worth having a declare for it?  We
> >>> have them already for things like ex 'important-return-value'.
> >> 
> >> Yes, could be a good idea.
> > 
> > Okay, will do after we branch emacs30.
> 
> Again, I'm not very fond of the idea (or I would have done it long ago myself).

Why not?  Without a rationale, how can we discuss this?

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

From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com, acorallo <at> gnu.org,
 stefankangas <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Sun, 9 Jun 2024 15:57:25 +0200

8 juni 2024 kl. 20.32 skrev Eli Zaretskii <eliz <at> gnu.org>:

> Why not?

As I said, I think the drawbacks outweigh the advantages right now.
It's much easier to keep track of the functions that are subject to the warning when they are gathered in a single place, and there is an advantage in keeping the mechanism local.

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

From: Andrea Corallo <acorallo <at> gnu.org>
To: Mattias Engdegård <mattias.engdegard <at> gmail.com>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com,
 Eli Zaretskii <eliz <at> gnu.org>, stefankangas <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Mon, 10 Jun 2024 04:11:54 -0400

Mattias Engdegård <mattias.engdegard <at> gmail.com> writes:

> 8 juni 2024 kl. 20.32 skrev Eli Zaretskii <eliz <at> gnu.org>:
>
>> Why not?
>
> As I said, I think the drawbacks outweigh the advantages right now.
> It's much easier to keep track of the functions that are subject to the warning when they are gathered in a single place, and there is an advantage in keeping the mechanism local.

But this is not local only already, see 'info-xref-output' and
'info-xref-output-error'.  There might be other occurencies outside
emacs.git as well.

  Andrea

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

From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: Andrea Corallo <acorallo <at> gnu.org>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com,
 Eli Zaretskii <eliz <at> gnu.org>, stefankangas <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Mon, 10 Jun 2024 16:27:53 +0200

10 juni 2024 kl. 10.11 skrev Andrea Corallo <acorallo <at> gnu.org>:

> But this is not local only already, see 'info-xref-output' and
> 'info-xref-output-error'.

Very much aware of that, and don't think it's worth doing anything about.

>  There might be other occurencies outside
> emacs.git as well.

Already checked that as well, and there were almost none -- all I could find was a single occurrence in one package. Not that we really care since it's an internal and undocumented interface.

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

From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: Andrea Corallo <acorallo <at> gnu.org>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com,
 Eli Zaretskii <eliz <at> gnu.org>, stefankangas <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Tue, 11 Jun 2024 16:30:34 +0200

10 juni 2024 kl. 23.14 skrev Andrea Corallo <acorallo <at> gnu.org>:

> You can indeed have your opinions, but again this shows that the
> mechanism is not local only already, and that it's already in use
> outside as there was probably need for it.

No it doesn't.

I don't know what is special about this warning, enough for you to argue strongly about it, but maybe you don't either -- once we take a strong position about something, even by accident, it's difficult to stop, and to admit that it's perhaps not that important after all.

So let's give it a rest. I will keep revisiting this again, as I have many times before, and of course so may you. If we do something, let's make sure we know why, not just because we have made up our minds about it.

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

From: Andrea Corallo <acorallo <at> gnu.org>
To: Mattias Engdegård <mattias.engdegard <at> gmail.com>
Cc: 71379 <at> debbugs.gnu.org, schnoebelen.ph <at> gmail.com,
 Eli Zaretskii <eliz <at> gnu.org>, stefankangas <at> gmail.com
Subject: Re: bug#71379: 29.3; Elisp compiler: warnings for formats given
 insufficiently many arguments
Date: Mon, 10 Jun 2024 17:14:43 -0400

Mattias Engdegård <mattias.engdegard <at> gmail.com> writes:

> 10 juni 2024 kl. 10.11 skrev Andrea Corallo <acorallo <at> gnu.org>:
>
>> But this is not local only already, see 'info-xref-output' and
>> 'info-xref-output-error'.
>
> Very much aware of that, and don't think it's worth doing anything about.
>
>>  There might be other occurencies outside
>> emacs.git as well.
>
> Already checked that as well, and there were almost none -- all I
> could find was a single occurrence in one package. Not that we really
> care since it's an internal and undocumented interface.

You can indeed have your opinions, but again this shows that the
mechanism is not local only already, and that it's already in use
outside as there was probably need for it.

Previous Next

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