[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#45246: 28.0.50; etags assertion error
From: |
Gregor Zattler |
Subject: |
bug#45246: 28.0.50; etags assertion error |
Date: |
Fri, 10 Jun 2022 00:33:07 +0200 |
Hi Eli, Lars,
* Eli Zaretskii <eliz@gnu.org> [2022-06-09; 21:59]:
>> From: Lars Ingebrigtsen <larsi@gnus.org>
>> Cc: grfz@gmx.de, 45246@debbugs.gnu.org
>> Date: Thu, 09 Jun 2022 20:43:04 +0200
>>
>> Eli Zaretskii <eliz@gnu.org> writes:
>>
>> > "etags --help" says:
>> >
>> > -I, --ignore-indentation
>> > In C and C++ do not assume that a closing brace in the first
>> > column is the final brace of a function or structure definition.
>> >
>> > And indeed, invoking "etags -I" compiled with --enable-checking with
>> > the original file avoids the assertion violation. And in a production
>> > build, etags produces a valid TAGS file even if -I is omitted.
>> >
>> > So I think there's nothing to do here, and we should close this bug as
>> > notabug. Does anyone disagree?
>>
>> I think that sounds correct.
I confirm -I avoids the assertion.
> Gregor, any objections to closing this bug?
no.
I must admit, I did not read the man pager closely but
anyway I wouldn't have understood the consequences of
setting vs not setting -I. Perhaps the documentation could
be amended somehow? I assume this is a trade-of between
speed and robustness?
... Some highly unscientific tests:
I do not see a difference in speed neither between etags as
of emacs26 as it comes with debian bullseye with or without
-I. The optimized build etags from emacs29 is a bit faster
with -I than etags as of emacs26 with or without -I.
I do not have objections to closing this bug
report, but I wonder why etags treats closing braces in
the first column special if it does not speed up things?
Ciao,
--
Gregor
- bug#45246: 28.0.50; etags assertion error, (continued)
- bug#45246: 28.0.50; etags assertion error, Eli Zaretskii, 2022/06/07
- bug#45246: 28.0.50; etags assertion error, Eli Zaretskii, 2022/06/09
- bug#45246: 28.0.50; etags assertion error, Lars Ingebrigtsen, 2022/06/09
- bug#45246: 28.0.50; etags assertion error, Eli Zaretskii, 2022/06/09
- bug#45246: 28.0.50; etags assertion error,
Gregor Zattler <=
- bug#45246: 28.0.50; etags assertion error, Eli Zaretskii, 2022/06/10
- bug#45246: 28.0.50; etags assertion error, Eli Zaretskii, 2022/06/10
- bug#45246: 28.0.50; etags assertion error, Francesco Potortì, 2022/06/10
- bug#45246: 28.0.50; etags assertion error, Lars Ingebrigtsen, 2022/06/07