GNU bug report logs - #20259
make fails to produce c-by, etc.: Invalid slot type...

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 20259 in the body.
You can then email your comments to 20259 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Ivan Shmakov <ivan <at> siamics.net>
To: submit <at> debbugs.gnu.org
Subject: make fails to produce c-by, etc.: Invalid slot type... 
Date: Sat, 04 Apr 2015 19:45:48 +0000

[Message part 1 (text/plain, inline)]

Package: emacs

	For a couple of weeks or so now, building Emacs fails for me
	when byte-compiling cedet/semantic/bovine/c.el, apparently
	because the earlier stages have failed to produce a number of
	files under lisp/cedet/semantic/bovine/ (*.by) and …/wisent/
	(*.wy).

	Removing ‘cedet’ (which I do not use anyway) from compilation
	along with setting BOVINE and WISENT to empty strings seem to
	help the issue.

	The relevant section of the build log is MIMEd.

	(Tested on 0115aceb584b, 2015-04-04 14:10:06 UTC.)

-- 
FSF associate member #7257  np. Following My Father’s Song — Jami Sieber

[Message part 2 (text/plain, inline)]

make -C ../admin/grammars all EMACS="../../src/emacs"
make[2]: Entering directory '/.../emacs-2015-04-04-build/admin/grammars'
[ ! -f "../../lisp/cedet/semantic/bovine/c-by.el" ] || chmod +w "../../lisp/cedet/semantic/bovine/c-by.el"
EMACSLOADPATH= "../../src/emacs" -batch --no-site-file --no-site-lisp -l semantic/bovine/grammar -f bovine-batch-make-parser -o "../../lisp/cedet/semantic/bovine/c-by.el" c.by
../../lisp/emacs-lisp/eieio.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
../../lisp/emacs-lisp/eieio-base.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
Invalid slot type: semanticdb-project-database-file, reference-directory, string, nil
[ ! -f "../../lisp/cedet/semantic/bovine/make-by.el" ] || chmod +w "../../lisp/cedet/semantic/bovine/make-by.el"
EMACSLOADPATH= "../../src/emacs" -batch --no-site-file --no-site-lisp -l semantic/bovine/grammar -f bovine-batch-make-parser -o "../../lisp/cedet/semantic/bovine/make-by.el" make.by
../../lisp/emacs-lisp/eieio.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
../../lisp/emacs-lisp/eieio-base.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
Invalid slot type: semanticdb-project-database-file, reference-directory, string, nil
[ ! -f "../../lisp/cedet/semantic/bovine/scm-by.el" ] || chmod +w "../../lisp/cedet/semantic/bovine/scm-by.el"
EMACSLOADPATH= "../../src/emacs" -batch --no-site-file --no-site-lisp -l semantic/bovine/grammar -f bovine-batch-make-parser -o "../../lisp/cedet/semantic/bovine/scm-by.el" scheme.by
../../lisp/emacs-lisp/eieio.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
../../lisp/emacs-lisp/eieio-base.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
Invalid slot type: semanticdb-project-database-file, reference-directory, string, nil
[ ! -f "../../lisp/cedet/semantic/wisent/javat-wy.el" ] || chmod +w "../../lisp/cedet/semantic/wisent/javat-wy.el"
EMACSLOADPATH= "../../src/emacs" -batch --no-site-file --no-site-lisp -l semantic/wisent/grammar -f wisent-batch-make-parser -o "../../lisp/cedet/semantic/wisent/javat-wy.el" java-tags.wy
../../lisp/emacs-lisp/eieio.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
../../lisp/emacs-lisp/eieio-base.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
Invalid slot type: semanticdb-project-database-file, reference-directory, string, nil
[ ! -f "../../lisp/cedet/semantic/wisent/js-wy.el" ] || chmod +w "../../lisp/cedet/semantic/wisent/js-wy.el"
EMACSLOADPATH= "../../src/emacs" -batch --no-site-file --no-site-lisp -l semantic/wisent/grammar -f wisent-batch-make-parser -o "../../lisp/cedet/semantic/wisent/js-wy.el" js.wy
../../lisp/emacs-lisp/eieio.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
../../lisp/emacs-lisp/eieio-base.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
Invalid slot type: semanticdb-project-database-file, reference-directory, string, nil
[ ! -f "../../lisp/cedet/semantic/wisent/python-wy.el" ] || chmod +w "../../lisp/cedet/semantic/wisent/python-wy.el"
EMACSLOADPATH= "../../src/emacs" -batch --no-site-file --no-site-lisp -l semantic/wisent/grammar -f wisent-batch-make-parser -o "../../lisp/cedet/semantic/wisent/python-wy.el" python.wy
../../lisp/emacs-lisp/eieio.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
../../lisp/emacs-lisp/eieio-base.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
Invalid slot type: semanticdb-project-database-file, reference-directory, string, nil
[ ! -f "../../lisp/cedet/srecode/srt-wy.el" ] || chmod +w "../../lisp/cedet/srecode/srt-wy.el"
EMACSLOADPATH= "../../src/emacs" -batch --no-site-file --no-site-lisp -l semantic/wisent/grammar -f wisent-batch-make-parser -o "../../lisp/cedet/srecode/srt-wy.el" srecode-template.wy
../../lisp/emacs-lisp/eieio.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
../../lisp/emacs-lisp/eieio-base.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
Invalid slot type: semanticdb-project-database-file, reference-directory, string, nil
make[2]: Leaving directory '/.../emacs-2015-04-04-build/admin/grammars'
make[2]: Entering directory '/.../emacs-2015-04-04-build/lisp'
EMACSLOADPATH= '../src/emacs' -batch --no-site-file --no-site-lisp --eval "(setq max-lisp-eval-depth 2200)" --eval '(setq load-prefer-newer t)'  -f batch-byte-compile cedet/semantic/bovine/c.el
../../../emacs-lisp/eieio.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.
../../../emacs-lisp/eieio-base.el: `eieio-object-name-string' is an obsolete generic function (as of 25.1); use `eieio-named' instead.

In toplevel form:
cedet/semantic/bovine/c.el:35:1:Error: Cannot open load file: No such file or directory, semantic/bovine/c-by
Makefile:287: recipe for target 'cedet/semantic/bovine/c.elc' failed
make[2]: *** [cedet/semantic/bovine/c.elc] Error 1
make[2]: Leaving directory '/.../emacs-2015-04-04-build/lisp'
Makefile:310: recipe for target 'compile-main' failed
make[1]: *** [compile-main] Error 2
make[1]: Leaving directory '/.../emacs-2015-04-04-build/lisp'
Makefile:385: recipe for target 'lisp' failed
make: *** [lisp] Error 2

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Ivan Shmakov <ivan <at> siamics.net>
Cc: 20259 <at> debbugs.gnu.org
Subject: Re: make fails to produce c-by, etc.: Invalid slot type...
Date: Sat, 04 Apr 2015 15:37:13 -0700

What happens if you run "make bootstrap"?

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

From: Ivan Shmakov <ivan <at> siamics.net>
To: 20259 <at> debbugs.gnu.org
Subject: Re: bug#20259: make fails to produce c-by, etc.: Invalid slot type... 
Date: Sun, 05 Apr 2015 05:15:03 +0000

>>>>> Paul Eggert <eggert <at> cs.ucla.edu> writes:

 >> For a couple of weeks or so now, building Emacs fails for me when
 >> byte-compiling cedet/semantic/bovine/c.el, apparently because the
 >> earlier stages have failed to produce a number of files under
 >> lisp/cedet/semantic/bovine/ (*.by) and …/wisent/ (*.wy).

	To clarify: it fails to produce /.el/ files (from .by and .wy.)

 > What happens if you run "make bootstrap"?

	Just in case, the build procedure I use is (roughly) as follows.
	From what I know, it effectively makes ‘make bootstrap’ a no-op,
	or am I mistaken on that?

#!/bin/bash
set -e -x
mkdir -v -- emacs-$(date -uI)-build
cd emacs-$(date -uI)-build
lndir -- ../emacs-src
autoreconf -v -i -I m4

## Ensure there are no stray .elc files in the build directory.
! grep -q -- . < <(find -name \*.elc)

LC_ALL=C nohup /usr/bin/time make \
    -- lib lib-src src lisp

--
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A

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

From: Ivan Shmakov <ivan <at> siamics.net>
To: 20270 <at> debbugs.gnu.org, 20259 <at> debbugs.gnu.org
Subject: Re: bug#20270: 25.0.50;
 'Invalid slot type: semanticdb-project-database-file,
 reference-directory, string, nil' with semantic-mode 
Date: Thu, 09 Apr 2015 05:10:27 +0000

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

 >> new-emacs.sh -Q --eval '(semantic-mode t)' --eval '(find-file "test.c")'

 >> Debugger entered--Lisp error: (invalid-slot-type semanticdb-project-database-file reference-directory string nil)

 > Duh, indeed.  I installed the patch below which should fix this
 > blunder,

	Should I expect it to fix bug#20259 just as well?  (I hope to
	check it myself later.)

[…]

-- 
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A

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

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: 20270 <at> debbugs.gnu.org
Cc: 20259 <at> debbugs.gnu.org
Subject: Re: bug#20259: bug#20270: 25.0.50;
 'Invalid slot type: semanticdb-project-database-file,
 reference-directory, string, nil' with semantic-mode
Date: Thu, 09 Apr 2015 10:05:35 -0400

> 	Should I expect it to fix bug#20259 just as well?  (I hope to
> 	check it myself later.)

I don't know.  I share Paul's impression that it might be
a bootstrap problem.  The .elc files are not placed in the build
directory but in the source directory (I know, it's weird), so I don't
think your script reproduces the behavior of "make bootstrap".


        Stefan

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

From: Ivan Shmakov <ivan <at> siamics.net>
To: 20270 <at> debbugs.gnu.org, 20259 <at> debbugs.gnu.org
Subject: Re: bug#20270: bug#20259: bug#20270: 25.0.50;
 'Invalid slot type: semanticdb-project-database-file,
 reference-directory, string, nil' with semantic-mode 
Date: Thu, 09 Apr 2015 15:05:33 +0000

>>>>> Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:

 >> #!/bin/bash
 >> set -e -x
 >> mkdir -v -- emacs-$(date -uI)-build
 >> cd emacs-$(date -uI)-build
 >> lndir -- ../emacs-src
 >> autoreconf -v -i -I m4

	The call to ./configure is obviously missing here:

    ./configure --prefix="$HOME" \
        --disable-silent-rules \
        --enable-dependency-tracking \
        --enable-gcc-warnings \
        --without-{pop,sound,x-toolkit,gpm,dbus,gconf,gsettings,makeinfo,x} \
        --with-{wide-int,gnutls,zlib}

 >> ## Ensure there are no stray .elc files in the build directory.
 >> ! grep -q -- . < <(find -name \*.elc)
  
 >> LC_ALL=C nohup /usr/bin/time make \
 >>     -- lib lib-src src lisp

 >> Should I expect it to fix bug#20259 just as well?  (I hope to check
 >> it myself later.)

 > I don't know.

	My point is that the error message is exactly the same for
	either report:

Invalid slot type: semanticdb-project-database-file, reference-directory, string, nil

 > I share Paul's impression that it might be a bootstrap problem.
 > The .elc files are not placed in the build directory but in the
 > source directory (I know, it's weird),

	I know; it is.  And that’s the whole point of using lndir(1):
	to create a symlink-based “shadow” of the /source/ directory and
	use it as the build one.

 > so I don't think your script reproduces the behavior of "make
 > bootstrap".

	Per emacs-2015-04-07-build/config.status, srcdir is ‘.’.
	If there’s no .elc in the directory $ make is invoked from
	(and the ‘grep’ line in my script above ensures that), where
	else would the build process find any .elc files to use?

-- 
FSF associate member #7257  np. First Breath — David Modica  … B6A0 230E 334A

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

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: 20270 <at> debbugs.gnu.org
Cc: 20259 <at> debbugs.gnu.org
Subject: Re: bug#20270: bug#20259: bug#20270: 25.0.50;
 'Invalid slot type: semanticdb-project-database-file,
 reference-directory, string, nil' with semantic-mode
Date: Thu, 09 Apr 2015 14:21:08 -0400

> 	I know; it is.  And that’s the whole point of using lndir(1):
> 	to create a symlink-based “shadow” of the /source/ directory and
> 	use it as the build one.

Than I misunderstood your script.  Does the recent patch fix your problems?


        Stefan

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

From: Ivan Shmakov <ivan <at> siamics.net>
To: control <at> debbugs.gnu.org, 20270 <at> debbugs.gnu.org, 20259 <at> debbugs.gnu.org
Subject: Re: bug#20270: bug#20259: 25.0.50;
 'Invalid slot type: semanticdb-project-database-file,
 reference-directory, string, nil' with semantic-mode 
Date: Fri, 17 Apr 2015 15:55:54 +0000

close 20259
fixed 20259 25.1
fixed 20270 25.1
merge 20259 20270
thanks

>>>>> Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:

 >> I know; it is.  And that’s the whole point of using lndir(1): to
 >> create a symlink-based “shadow” of the /source/ directory and use it
 >> as the build one.

 > Than I misunderstood your script.  Does the recent patch fix your
 > problems?

	At the very least, I no longer observe the issue with
	85c3e1be2418 (2015-04-17 04:32:33 +00:00), so I close #20259.
	And also merge it with #20270, as it looks like the same bug.

	Thanks again for the fix.

-- 
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A

Previous Next

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