GNU bug report logs -
#66912
With `require', the byte compiler reports the wrong file for errors.
Previous Next
Full log
Message #86 received at 66912 <at> debbugs.gnu.org (full text, mbox):
Hello, Stefan.
On Mon, Nov 04, 2024 at 22:27:00 -0500, Stefan Monnier wrote:
> > Here's the amended patch. It's a lot shorter (and easier) than the
> > previous version. I would like to commit it as the fix to bug#66912.
> Thanks. I'm not in love with this approach, among other things because
> of the problem I described earlier:
> But I don't think it would be correct in all cases: if file A loads
> file B which compiles file C which loads file D which signals an
> error we want the compiler error message to say "error in D loaded
> from C" and not "error in D loaded from C loaded from B loaded from
> A".
> but it's not the end of the world, so I don't object to installing it on
> `master`.
OK, thanks!
> > static Lisp_Object Vloads_in_progress;
> > +/* The same as the above, except it survives the unbinding done in the
> > + event of an error, and can thus be used in error handling. */
> > +Lisp_Object Vloads_still_in_progress;
> Please clarify how "it survives the unbinding".
It is a global variable which never gets bound, hence when an error is
signalled and the binding stack unwound, it keeps its value. But you
want me to write this into the comment, not just explain it here. ;-)
I've become a little uncertain about this mechanism. Should an error
occur during loading, and the code somehow avoid calling
prefix-load-file-names, perhaps by some obscure setting of `debugger',
Vloads_still_in_progress would stay non-nil, and pollute the next error
message to be output. I think the default global value of
Vloads_still_in_progress should be Qnil, and I should bind it to itself
each iteration of the command loop, probably in command_loop_1. That
would protect it from wierd uses of recursive_edit, and avoid the need
to reset Vloads_still_in_progress in prefix-load-file-names.
What do you (or Eli) think?
> [ BTW, a nice improvement would be to keep track of where we are in the
> outer load when the start the inner load, so that the "While loading"
> message can point to the place where the loading was triggered. ]
I think I would agree, but this would be difficult for .el[cn] files.
How about giving the line number just for .el files, something like:
While loading foo.el line 42... While loading bar.elc... While loading baz.el... \n
Wrong type argument: listp, baz
I'm sure this wouldn't be too difficult.
> Stefan
--
Alan Mackenzie (Nuremberg, Germany).
This bug report was last modified 214 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.