GNU bug report logs - #67141
30.0.50; Missing element in the backtrace

Previous Next

Full log

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

From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Andrea Corallo <acorallo <at> gnu.org>, 67141 <at> debbugs.gnu.org
Subject: bug#67141: 30.0.50; Missing element in the backtrace 
Date: Mon, 20 Nov 2023 22:01:49 +0100

> B. ELisp primitives with their own bytecode.

Some time ago I made a feeble attempt to remedy this problem but only got as far as dealing with a few byte ops that open-coded their respective Lisp operations (car, aref, and a few more).

The straightforward solution would be to access the PC and SP from a bytecode frame when a backtrace is required but it will be a bit messy and I feared there might be performance consequences, and it's possible that the stack frame format would need changing as well. Still worth a try, though.

(Actually I'd like the option to include a byte code offset to source location map in the compiled bytecode as well. It would be the next logical step. Not sure how best to store it but a byte string is probably what I'd use, possibly loaded dynamically like doc strings.)

Not sure if the native compiler would prefer building on that kind of source location structure but why not.

Previous Next

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