GNU bug report logs - #24426
25.1.50; [critical] semantic-fetch-tags regression since 25-03-2016

Previous Next

Package: emacs;

Reported by: Oleh Krehel <oleh <at> oremacs.com>

Date: Tue, 13 Sep 2016 08:11:01 UTC

Severity: normal

Tags: notabug

Found in version 25.1.50

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Oleh Krehel <oleh <at> oremacs.com>
To: 24426 <at> debbugs.gnu.org
Subject: bug#24426: 25.1.50; [critical] semantic-fetch-tags regression since 25-03-2016
Date: Tue, 13 Sep 2016 10:09:18 +0200
I have noticed a regression in the current master branch, possibly in
emacs-25 branch too.

When calling `semantic-fetch-tags`, it intermittently fails, even for
Elisp buffers for which it had a super-stable support over the years.

I noticed that semantic.el was not changed in the last years, so the
problem comes likely due to changes in EIOIO.

The error is thrown from `semantic-parse-region-default':

    (when (or (null semantic--parse-table) (eq semantic--parse-table t))
        ;; If there is no table, or it was set to t, then we are here by
        ;; some other mistake.  Do not throw an error deep in the parser.
        (error "No support found to parse buffer %S" (buffer-name)))

So I get e.g. signal(error ("No support found to parse buffer
\"hydra.el\"")), quite often, but not always.

The error definitely does not occur for an earlier build that I did on
25-03-2016. I'll try to bisect it more when I have some time.

I'd like to request putting this bug as blocking for Emacs-25. I heavily
rely on Semantic parsing the code in various languages and have some
packages on MELPA that rely on Semantic as well.

Oleh




This bug report was last modified 8 years and 253 days ago.

Previous Next


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