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

Previous Next

Full log

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

From: Andrea Corallo <acorallo <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 67141 <at> debbugs.gnu.org
Subject: Re: bug#67141: 30.0.50; Missing element in the backtrace
Date: Mon, 20 Nov 2023 10:13:47 -0500

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>>> With ea7a52dbaed I added eval to 'native-comp-never-optimize-functions'
>>> so this should fix the reported issue,
>
> Thanks.
>
>>> for mapcar I think we should prove it has really no performance
>>> impact before deciding to include it as well.
>
> Agreed.  It occurred to me that there are several places where we use
> `mapcar` with a lists that's usually empty, and hence where the funcall
> overhead is not necessarily negligible.
>
>> Should this bug be closed now?
>
> AFAIK the sample backtrace is only one among many others and the fact
> that the missing element in the backtrace happened to be using `eval` is
> circumstantial, so the addition of `eval` to
> `native-comp-never-optimize-functions` just circumvents the problem for
> `eval` but not for all the other C primitives we call directly.
>
> IOW no, I don't think it fixes the bug :-(

If you want then I think we should consider this bug not only native
comp related, as I explained we have this issue since long time in other
circumstances.

  Andrea

Previous Next

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