GNU bug report logs -
#45186
Emacs master: build broken by spurious message ".../c-by.elc failed to provide feature `semantic/bovine/c-by"
Previous Next
Reported by: Alan Mackenzie <acm <at> muc.de>
Date: Fri, 11 Dec 2020 20:32:02 UTC
Severity: normal
Done: Alan Mackenzie <acm <at> muc.de>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 45186 in the body.
You can then email your comments to 45186 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#45186
; Package
emacs
.
(Fri, 11 Dec 2020 20:32:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Alan Mackenzie <acm <at> muc.de>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 11 Dec 2020 20:32:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello, Emacs.
I've just updated a master repo here, and tried a make bootstrap.
I get the error message:
cedet/semantic/bovine/c.el:35:1: Error: Loading file
/home/acm/emacs/emacs.git/sub-master-a/lisp/cedet/semantic/bovine/c-by.elc
failed to provide feature `semantic/bovine/c-by'
. There is a perfectly good line at the end of this file:
(provide 'c-by)
. So what is expecting the compound symbol `semantic/bovine/c-by' to be
provided, and why?
--
Alan Mackenzie (Nuremberg, Germany).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#45186
; Package
emacs
.
(Fri, 11 Dec 2020 20:47:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 45186 <at> debbugs.gnu.org (full text, mbox):
Alan Mackenzie <acm <at> muc.de> writes:
> I've just updated a master repo here, and tried a make bootstrap.
>
> I get the error message:
>
> cedet/semantic/bovine/c.el:35:1: Error: Loading file
> /home/acm/emacs/emacs.git/sub-master-a/lisp/cedet/semantic/bovine/c-by.elc
> failed to provide feature `semantic/bovine/c-by'
I tried a "make bootstrap" on the current trunk now (on
Debian/bullseye), and I did not get that error message...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#45186
; Package
emacs
.
(Sat, 12 Dec 2020 11:45:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 45186 <at> debbugs.gnu.org (full text, mbox):
Hello, Lars.
On Fri, Dec 11, 2020 at 21:46:35 +0100, Lars Ingebrigtsen wrote:
> Alan Mackenzie <acm <at> muc.de> writes:
> > I've just updated a master repo here, and tried a make bootstrap.
> > I get the error message:
> > cedet/semantic/bovine/c.el:35:1: Error: Loading file
> > /home/acm/emacs/emacs.git/sub-master-a/lisp/cedet/semantic/bovine/c-by.elc
> > failed to provide feature `semantic/bovine/c-by'
> I tried a "make bootstrap" on the current trunk now (on
> Debian/bullseye), and I did not get that error message...
Thanks for looking at it.
I got the error message again this morning (it wasn't just a bad dream),
and I'm trying to think how it could have happened.
The way of calling require
(require 'semantic/bovine/c-by)
with the path included in the required symbol is totally new to me. It
just seems like a wrong thing to do. But it's been working for many
years, obviously, for some value of "working".
I do a git status, and notice amongs my untracked files list:
lisp/cedet/semantic/wisent/java-tags-wy.el
lisp/cedet/srecode/srecode-template-wy.el
, so I've deleted these. It hasn't helped.
I've inserted a
(provide 'semantic/bovine/c-by)
into c-by.el. Now I get other errors:
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
In toplevel form:
cedet/semantic/wisent/js-wy.el:58:17: Error: Bad input grammar
make[2]: *** [Makefile:295: cedet/semantic/wisent/js-wy.elc] Error 1
make[2]: *** Waiting for unfinished jobs....
In toplevel form:
cedet/semantic/wisent/javascript.el:31:1: Error: Bad input grammar
make[2]: *** [Makefile:295: cedet/semantic/wisent/javascript.elc] Error
1
In toplevel form:
cedet/semantic/wisent/python-wy.el:58:17: Error: Symbol `SEMICOLON' is
used, but is not defined as a token and has no rules
make[2]: *** [Makefile:295: cedet/semantic/wisent/python-wy.elc] Error 1
In toplevel form:
cedet/semantic/wisent/python.el:37:1: Error: Symbol `SEMICOLON' is used,
but is not defined as a token and has no rules
make[2]: *** [Makefile:295: cedet/semantic/wisent/python.elc] Error 1
In end of data:
cedet/semantic/bovine/c.el:2272:1: Warning: the function
`semantic-c-by--install-parser' is not known to be defined.
make[2]: Leaving directory '/home/acm/emacs/emacs.git/sub-master-a/lisp'
make[1]: *** [Makefile:318: compile-main] Error 2
make[1]: Leaving directory '/home/acm/emacs/emacs.git/sub-master-a/lisp'
make: *** [Makefile:411: lisp] Error 2
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
. The word SEMICOLON doesn't appear anywhere in the git log. I really
don't want to start burrowing through the internals of the cedet things.
I don't understand how Emacs is building for everybody else but not me.
I've tried reconfiguring my Emacs with no options to ./configure. This
hasn't helped either.
Perhaps this conversation would be better on emacs-devel. Anyhow thanks
for your patience in reading this miserable post!
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
--
Alan Mackenzie (Nuremberg, Germany).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#45186
; Package
emacs
.
(Sat, 12 Dec 2020 11:59:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 45186 <at> debbugs.gnu.org (full text, mbox):
Alan Mackenzie <acm <at> muc.de> writes:
> I do a git status, and notice amongs my untracked files list:
>
> lisp/cedet/semantic/wisent/java-tags-wy.el
> lisp/cedet/srecode/srecode-template-wy.el
>
> , so I've deleted these. It hasn't helped.
[...]
> I don't understand how Emacs is building for everybody else but not me.
> I've tried reconfiguring my Emacs with no options to ./configure. This
> hasn't helped either.
>
> Perhaps this conversation would be better on emacs-devel. Anyhow thanks
> for your patience in reading this miserable post!
:-)
I'd suggest pulling down a clean Emacs tree to see whether the problem
is present there, too... or perhaps use a "make extraclean" (I think
that's the target that'll remove everything, even more than "bootstrap")
and see whether that helps.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#45186
; Package
emacs
.
(Sat, 12 Dec 2020 12:51:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 45186 <at> debbugs.gnu.org (full text, mbox):
Hello again, Lars.
On Sat, Dec 12, 2020 at 12:58:07 +0100, Lars Ingebrigtsen wrote:
> Alan Mackenzie <acm <at> muc.de> writes:
> > I do a git status, and notice amongs my untracked files list:
> > lisp/cedet/semantic/wisent/java-tags-wy.el
> > lisp/cedet/srecode/srecode-template-wy.el
> > , so I've deleted these. It hasn't helped.
[...]
> I'd suggest pulling down a clean Emacs tree to see whether the problem
> is present there, too... or perhaps use a "make extraclean" (I think
> that's the target that'll remove everything, even more than "bootstrap")
> and see whether that helps.
I tried the extraclean first. It worked! Phew!
There must have been something hanging over from cedet in files not
removed by bootstrap. I hadn't actually used the repo for, perhaps, a
year. I'll remember the recipe.
Have a good Saturday!
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
--
Alan Mackenzie (Nuremberg, Germany).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#45186
; Package
emacs
.
(Sat, 12 Dec 2020 12:54:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 45186 <at> debbugs.gnu.org (full text, mbox):
Hello, Lars.
On Sat, Dec 12, 2020 at 12:58:07 +0100, Lars Ingebrigtsen wrote:
> Alan Mackenzie <acm <at> muc.de> writes:
[ .... ]
> I'd suggest pulling down a clean Emacs tree to see whether the problem
> is present there, too... or perhaps use a "make extraclean" (I think
> that's the target that'll remove everything, even more than "bootstrap")
> and see whether that helps.
Whoops, forgot about the actual bug. It feels like there was an actual
bug in make bootstrap here, but it's not obvious what.
Clearly the bug needs to be closed. What do you think it is? a
notabug, a wontfix, or what?
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
--
Alan Mackenzie (Nuremberg, Germany).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#45186
; Package
emacs
.
(Sat, 12 Dec 2020 13:18:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 45186 <at> debbugs.gnu.org (full text, mbox):
Alan Mackenzie <acm <at> muc.de> writes:
> Whoops, forgot about the actual bug. It feels like there was an actual
> bug in make bootstrap here, but it's not obvious what.
It is somewhat surprising that "make bootstrap" removes less stuff than
"extraclean", I think? People understandably get a bit confused about
all these "clean" levels, but I'm not sure what to do about it...
> Clearly the bug needs to be closed. What do you think it is? a
> notabug, a wontfix, or what?
Just a "close" with no other status, I think. :-)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Reply sent
to
Alan Mackenzie <acm <at> muc.de>
:
You have taken responsibility.
(Sat, 12 Dec 2020 14:32:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Alan Mackenzie <acm <at> muc.de>
:
bug acknowledged by developer.
(Sat, 12 Dec 2020 14:32:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 45186-done <at> debbugs.gnu.org (full text, mbox):
Hello, Lars.
On Sat, Dec 12, 2020 at 14:17:40 +0100, Lars Ingebrigtsen wrote:
> Alan Mackenzie <acm <at> muc.de> writes:
> > Whoops, forgot about the actual bug. It feels like there was an actual
> > bug in make bootstrap here, but it's not obvious what.
> It is somewhat surprising that "make bootstrap" removes less stuff than
> "extraclean", I think? People understandably get a bit confused about
> all these "clean" levels, but I'm not sure what to do about it...
> > Clearly the bug needs to be closed. What do you think it is? a
> > notabug, a wontfix, or what?
> Just a "close" with no other status, I think. :-)
OK. This post is closing the bug.
Thanks again for the help.
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
--
Alan Mackenzie (Nuremberg, Germany).
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 10 Jan 2021 12:24:13 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 220 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.