GNU bug report logs - #52669
29.0.50; build failure: ‘Qsqlitep’ undeclared

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 52669 in the body.
You can then email your comments to 52669 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: Sam Steingold <sds <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.0.50; build failure: ‘Qsqlitep’ undeclared
Date: Sun, 19 Dec 2021 16:18:58 -0500

just did `git pull`.
Build failure:

--8<---------------cut here---------------start------------->8---
  CC       dispnew.o
In file included from ../../src/dispnew.c:27:
../../src/lisp.h: In function ‘CHECK_SQLITE’:
../../src/lisp.h:2677:27: error: ‘Qsqlitep’ undeclared (first use in this function); did you mean ‘Qslice’?
 2677 |   CHECK_TYPE (SQLITE (x), Qsqlitep, x);
      |                           ^~~~~~~~
      |                           Qslice
../../src/lisp.h:2677:27: note: each undeclared identifier is reported only once for each function it appears in
make[1]: *** [Makefile:411: dispnew.o] Error 1
make[1]: Leaving directory '/home/sds/src/emacs/trunk/build/src'
make: *** [Makefile:463: src] Error 2
--8<---------------cut here---------------end--------------->8---

config summary:

--8<---------------cut here---------------start------------->8---
Configured for 'x86_64-pc-linux-gnu'.

  Where should the build process find the source code?    ..
  What compiler should emacs be built with?               gcc -g3 -O2
  Should Emacs use the GNU version of malloc?             no
    (The GNU allocators don't work with this system configuration.)
  Should Emacs use a relocating allocator for buffers?    no
  Should Emacs use mmap(2) for buffer allocation?         no
  What window system should Emacs use?                    x11
  What toolkit should Emacs use?                          GTK3
  Where do we find X Windows header files?                Standard dirs
  Where do we find X Windows libraries?                   Standard dirs
  Does Emacs use -lXaw3d?                                 no
  Does Emacs use -lXpm?                                   yes
  Does Emacs use -ljpeg?                                  yes
  Does Emacs use -ltiff?                                  yes
  Does Emacs use a gif library?                           yes -lgif
  Does Emacs use a png library?                           yes -lpng16 -lz
  Does Emacs use -lrsvg-2?                                yes
  Does Emacs use -lwebp?                                  no
  Does Emacs use -lsqlite3?                               yes
  Does Emacs use cairo?                                   yes
  Does Emacs use -llcms2?                                 yes
  Does Emacs use imagemagick?                             yes
  Does Emacs use native APIs for images?                  no
  Does Emacs support sound?                               yes
  Does Emacs use -lgpm?                                   no
  Does Emacs use -ldbus?                                  yes
  Does Emacs use -lgconf?                                 no
  Does Emacs use GSettings?                               yes
  Does Emacs use a file notification library?             yes -lglibc (inotify)
 Does Emacs use access control lists?                    no
  Does Emacs use -lselinux?                               yes
  Does Emacs use -lgnutls?                                yes
  Does Emacs use -lxml2?                                  yes
  Does Emacs use -lfreetype?                              yes
  Does Emacs use HarfBuzz?                                yes
  Does Emacs use -lm17n-flt?                              no
  Does Emacs use -lotf?                                   no
  Does Emacs use -lxft?                                   no
  Does Emacs use -lsystemd?                               no
  Does Emacs use -ljansson?                               yes
  Does Emacs use the GMP library?                         yes
  Does Emacs directly use zlib?                           yes
  Does Emacs have dynamic modules support?                yes
  Does Emacs use toolkit scroll bars?                     yes
  Does Emacs support Xwidgets?                            no
  Does Emacs have threading support in lisp?              yes
  Does Emacs support the portable dumper?                 yes
  Does Emacs support legacy unexec dumping?               no
  Which dumping strategy does Emacs use?                  pdumper
  Does Emacs have native lisp compiler?                   yes
  Does Emacs use version 2 of the the X Input Extension?  no


--8<---------------cut here---------------end--------------->8---


In GNU Emacs 29.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.25, cairo version 1.16.0)
 of 2021-12-07 built on darter
Repository revision: beed398eb5e49680b731aeacd553d357759043c1
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12013000
System Description: Pop!_OS 21.10

Configured using:
 'configure --with-imagemagick --with-mailutils'

Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ IMAGEMAGICK
JPEG JSON LCMS2 LIBSELINUX LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG
RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM
GTK3 ZLIB

Important settings:
  value of $LC_COLLATE: C
  value of $LANG: C
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix


-- 
Sam Steingold (http://sds.podval.org/) on Pop 21.04 (hirsute) X 11.0.12013000
http://childpsy.net http://calmchildstories.com http://steingoldpsychology.com
https://ij.org/ http://think-israel.org https://honestreporting.com
The plural of "anecdote" is not "data".

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Sam Steingold <sds <at> gnu.org>
Cc: 52669 <at> debbugs.gnu.org
Subject: Re: bug#52669: 29.0.50; build failure: ‘Qsqlitep’ undeclared
Date: Sun, 19 Dec 2021 22:27:13 +0100

Sam Steingold <sds <at> gnu.org> writes:

> just did `git pull`.
> Build failure:
>
>   CC       dispnew.o
> In file included from ../../src/dispnew.c:27:
> ../../src/lisp.h: In function ‘CHECK_SQLITE’:
> ../../src/lisp.h:2677:27: error: ‘Qsqlitep’ undeclared (first use in this function); did you mean ‘Qslice’?
>  2677 |   CHECK_TYPE (SQLITE (x), Qsqlitep, x);
>       |                           ^~~~~~~~
>       |                           Qslice
> ../../src/lisp.h:2677:27: note: each undeclared identifier is reported only once for each function it appears in
> make[1]: *** [Makefile:411: dispnew.o] Error 1
> make[1]: Leaving directory '/home/sds/src/emacs/trunk/build/src'
> make: *** [Makefile:463: src] Error 2
>
> config summary:
>
> Configured for 'x86_64-pc-linux-gnu'.

I can't reproduce this.  Does it happen after a "make bootstrap", too?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Sam Steingold <sds <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 52669 <at> debbugs.gnu.org
Subject: Re: bug#52669: 29.0.50; build failure: ‘Qsqlitep’ undeclared
Date: Sun, 19 Dec 2021 22:31:40 -0500

Yes, it does.
today the configure was regenerated (because configure.in changed) and
I got the same error.

On Sun, 19 Dec 2021 at 16:27, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>
> Sam Steingold <sds <at> gnu.org> writes:
>
> > just did `git pull`.
> > Build failure:
> >
> >   CC       dispnew.o
> > In file included from ../../src/dispnew.c:27:
> > ../../src/lisp.h: In function ‘CHECK_SQLITE’:
> > ../../src/lisp.h:2677:27: error: ‘Qsqlitep’ undeclared (first use in this function); did you mean ‘Qslice’?
> >  2677 |   CHECK_TYPE (SQLITE (x), Qsqlitep, x);
> >       |                           ^~~~~~~~
> >       |                           Qslice
> > ../../src/lisp.h:2677:27: note: each undeclared identifier is reported only once for each function it appears in
> > make[1]: *** [Makefile:411: dispnew.o] Error 1
> > make[1]: Leaving directory '/home/sds/src/emacs/trunk/build/src'
> > make: *** [Makefile:463: src] Error 2
> >
> > config summary:
> >
> > Configured for 'x86_64-pc-linux-gnu'.
>
> I can't reproduce this.  Does it happen after a "make bootstrap", too?
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no



-- 
Sam Steingold <http://sds.podval.org> <http://www.childpsy.net>
<http://steingoldpsychology.com>

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Sam Steingold <sds <at> gnu.org>
Cc: 52669 <at> debbugs.gnu.org, Lars Ingebrigtsen <larsi <at> gnus.org>
Subject: Re: bug#52669: 29.0.50; build failure: ‘Qsqlitep’ undeclared
Date: Sun, 19 Dec 2021 22:59:21 -0800

Sam Steingold <sds <at> gnu.org> writes:

> Yes, it does.
> today the configure was regenerated (because configure.in changed) and
> I got the same error.

How about "make distclean && make bootstrap"?

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

From: Sam Steingold <sds <at> gnu.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 52669 <at> debbugs.gnu.org, Lars Ingebrigtsen <larsi <at> gnus.org>
Subject: Re: bug#52669: 29.0.50; build failure: ‘Qsqlitep’ undeclared
Date: Mon, 20 Dec 2021 09:53:42 -0500

I build in a separate directory.
I just did

rm -rf build
mkdir build
cd build
../configure --with-imagemagick   --with-mailutils --with-native-compilation
make bootstrap

and got

make[2]: Entering directory '/home/sds/src/emacs/trunk/build/src'
  GEN      globals.h
  CC       dispnew.o
In file included from ../../src/dispnew.c:27:
../../src/lisp.h: In function ‘CHECK_SQLITE’:
../../src/lisp.h:2677:27: error: ‘Qsqlitep’ undeclared (first use in
this function); did you mean ‘Qslice’?
 2677 |   CHECK_TYPE (SQLITE (x), Qsqlitep, x);
      |                           ^~~~~~~~
      |                           Qslice
../../src/lisp.h:2677:27: note: each undeclared identifier is reported
only once for each function it appears in
make[2]: *** [Makefile:411: dispnew.o] Error 1
make[2]: Leaving directory '/home/sds/src/emacs/trunk/build/src'
make[1]: *** [Makefile:463: src] Error 2
make[1]: Leaving directory '/home/sds/src/emacs/trunk/build'
make: *** [Makefile:1173: bootstrap] Error 2



On Mon, 20 Dec 2021 at 01:59, Stefan Kangas <stefan <at> marxist.se> wrote:
>
> Sam Steingold <sds <at> gnu.org> writes:
>
> > Yes, it does.
> > today the configure was regenerated (because configure.in changed) and
> > I got the same error.
>
> How about "make distclean && make bootstrap"?



-- 
Sam Steingold <http://sds.podval.org> <http://www.childpsy.net>
<http://steingoldpsychology.com>

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Sam Steingold <sds <at> gnu.org>
Cc: 52669 <at> debbugs.gnu.org, larsi <at> gnus.org, stefan <at> marxist.se
Subject: Re: bug#52669: 29.0.50;
 build failure: ‘Qsqlitep’ undeclared
Date: Mon, 20 Dec 2021 18:45:42 +0200

> From: Sam Steingold <sds <at> gnu.org>
> Date: Mon, 20 Dec 2021 09:53:42 -0500
> Cc: 52669 <at> debbugs.gnu.org, Lars Ingebrigtsen <larsi <at> gnus.org>
> 
> I build in a separate directory.
> I just did
> 
> rm -rf build
> mkdir build
> cd build
> ../configure --with-imagemagick   --with-mailutils --with-native-compilation
> make bootstrap
> 
> and got
> 
> make[2]: Entering directory '/home/sds/src/emacs/trunk/build/src'
>   GEN      globals.h
>   CC       dispnew.o
> In file included from ../../src/dispnew.c:27:
> ../../src/lisp.h: In function ‘CHECK_SQLITE’:
> ../../src/lisp.h:2677:27: error: ‘Qsqlitep’ undeclared (first use in
> this function); did you mean ‘Qslice’?
>  2677 |   CHECK_TYPE (SQLITE (x), Qsqlitep, x);
>       |                           ^~~~~~~~
>       |                           Qslice

Qsqlitep is defined in globals.h, and lisp.h includes globals.h on
line 957, way before line 2677.  So I don't think I understand how
this could happen.  Does your globals.h include the #define for
Qsqlitep?  If not, I think maybe make-docfile produces a corrupt
globals.h or something?

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

From: Sam Steingold <sds <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 52669 <at> debbugs.gnu.org, larsi <at> gnus.org, stefan <at> marxist.se
Subject: Re: bug#52669: 29.0.50; build failure: ‘Qsqlitep’ undeclared
Date: Mon, 20 Dec 2021 12:36:22 -0500

> * Eli Zaretskii <ryvm <at> tah.bet> [2021-12-20 18:45:42 +0200]:
>
>> From: Sam Steingold <sds <at> gnu.org>
>> Date: Mon, 20 Dec 2021 09:53:42 -0500
>> Cc: 52669 <at> debbugs.gnu.org, Lars Ingebrigtsen <larsi <at> gnus.org>
>> 
>> I build in a separate directory.
>> I just did
>> 
>> rm -rf build
>> mkdir build
>> cd build
>> ../configure --with-imagemagick   --with-mailutils --with-native-compilation
>> make bootstrap
>> 
>> and got
>> 
>> make[2]: Entering directory '/home/sds/src/emacs/trunk/build/src'
>>   GEN      globals.h
>>   CC       dispnew.o
>> In file included from ../../src/dispnew.c:27:
>> ../../src/lisp.h: In function ‘CHECK_SQLITE’:
>> ../../src/lisp.h:2677:27: error: ‘Qsqlitep’ undeclared (first use in
>> this function); did you mean ‘Qslice’?
>>  2677 |   CHECK_TYPE (SQLITE (x), Qsqlitep, x);
>>       |                           ^~~~~~~~
>>       |                           Qslice
>
> Qsqlitep is defined in globals.h, and lisp.h includes globals.h on
> line 957, way before line 2677.

Indeed.

> Does your globals.h include the #define for Qsqlitep?

--8<---------------cut here---------------start------------->8---
3 matches for "Qsqlitep" in buffer: globals.h
   3618:#define iQsqlitep 1180
   3619:DEFINE_LISP_SYMBOL (Qsqlitep)
   8109:# define Qsqlitep builtin_lisp_symbol (1180)
--8<---------------cut here---------------end--------------->8---

> So I don't think I understand how this could happen.

me neither.
I tried to investigate this before submitting the bug...

However, I think I know what the problem is!

There are *TWO* `global.h` files:

--8<---------------cut here---------------start------------->8---
  /home/sds/src/emacs/trunk/:
  find . \( -name globals.h \) -ls
    6816176    288 -rw-rw-r--   1      sds      sds        293174 Dec 20 09:47 build/src/globals.h
    1323655    288 -rw-rw-r--   1      sds      sds        291248 Dec  7 14:25 src/globals.h
  
  find finished at Mon Dec 20 12:30:42
--8<---------------cut here---------------end--------------->8---

and since lisp.h includes "globals.h" instead of <globals.h>, it finds
the *SECOND* one, not the *FIRST* one.

I will push the fix shortly.

Thank you!

-- 
Sam Steingold (http://sds.podval.org/) on Pop 21.04 (hirsute) X 11.0.12013000
http://childpsy.net http://calmchildstories.com http://steingoldpsychology.com
http://think-israel.org https://mideasttruth.com https://memri.org
Democracy is when the Public elects its Servants, not Masters.

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

From: Ken Brown <kbrown <at> cornell.edu>
To: sds <at> gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Cc: 52669 <at> debbugs.gnu.org, larsi <at> gnus.org, stefan <at> marxist.se
Subject: Re: bug#52669: 29.0.50; build failure: ‘Qsqlitep’ undeclared
Date: Mon, 20 Dec 2021 13:46:41 -0500

On 12/20/2021 12:36 PM, Sam Steingold wrote:
> However, I think I know what the problem is!
> 
> There are *TWO* `global.h` files:
> 
> --8<---------------cut here---------------start------------->8---
>    /home/sds/src/emacs/trunk/:
>    find . \( -name globals.h \) -ls
>      6816176    288 -rw-rw-r--   1      sds      sds        293174 Dec 20 09:47 build/src/globals.h
>      1323655    288 -rw-rw-r--   1      sds      sds        291248 Dec  7 14:25 src/globals.h

The second one doesn't exist in a clean source tree.

Ken

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

From: Glenn Morris <rgm <at> gnu.org>
To: Ken Brown <kbrown <at> cornell.edu>
Cc: 52669 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, sds <at> gnu.org,
 stefan <at> marxist.se, larsi <at> gnus.org
Subject: Re: bug#52669: 29.0.50; build failure: ‘Qsqlitep’ undeclared
Date: Mon, 20 Dec 2021 17:21:43 -0500

Ken Brown wrote:

> The second one doesn't exist in a clean source tree.

Indeed. I think attempting an out-of-tree build without first
(dist)cleaning up any previous in-tree build is a user-error.

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

From: Sam Steingold <sds <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 52669 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, stefan <at> marxist.se,
 larsi <at> gnus.org, Ken Brown <kbrown <at> cornell.edu>
Subject: Re: bug#52669: 29.0.50; build failure: ‘Qsqlitep’ undeclared
Date: Mon, 20 Dec 2021 17:42:04 -0500

> * Glenn Morris <etz <at> tah.bet> [2021-12-20 17:21:43 -0500]:
>
> Ken Brown wrote:
>
>> The second one doesn't exist in a clean source tree.
>
> Indeed. I think attempting an out-of-tree build without first
> (dist)cleaning up any previous in-tree build is a user-error.

I am not sure I agree with this.
While I never build in-tree (except accidentally), I see no reason why
in-tree and out-of-tree builds should not be able to co-exist.

-- 
Sam Steingold (http://sds.podval.org/) on Pop 21.10 (impish) X 11.0.12013000
http://childpsy.net http://calmchildstories.com http://steingoldpsychology.com
https://camera.org https://mideasttruth.com https://thereligionofpeace.com
Trespassers will be shot.  Survivors will be SHOT AGAIN!

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

From: Ken Brown <kbrown <at> cornell.edu>
To: sds <at> gnu.org, Glenn Morris <rgm <at> gnu.org>
Cc: 52669 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, stefan <at> marxist.se,
 larsi <at> gnus.org
Subject: Re: bug#52669: 29.0.50; build failure: ‘Qsqlitep’ undeclared
Date: Mon, 20 Dec 2021 18:07:51 -0500

On 12/20/2021 5:42 PM, Sam Steingold wrote:
>> * Glenn Morris <etz <at> tah.bet> [2021-12-20 17:21:43 -0500]:
>>
>> Ken Brown wrote:
>>
>>> The second one doesn't exist in a clean source tree.
>>
>> Indeed. I think attempting an out-of-tree build without first
>> (dist)cleaning up any previous in-tree build is a user-error.
> 
> I am not sure I agree with this.
> While I never build in-tree (except accidentally), I see no reason why
> in-tree and out-of-tree builds should not be able to co-exist.

They should be able to co-exist only if the build system is designed to allow 
it.  This strikes me as an unnecessary maintenance burden.  I think it's more 
reasonable to expect people to make sure they're building from a clean source 
tree when they get unexpected build errors.

Ken

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Ken Brown <kbrown <at> cornell.edu>
Cc: Glenn Morris <rgm <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org>, sds <at> gnu.org,
 larsi <at> gnus.org, 52669 <at> debbugs.gnu.org
Subject: Re: bug#52669: 29.0.50; build failure: ‘Qsqlitep’ undeclared
Date: Tue, 21 Dec 2021 02:33:01 -0800

Ken Brown <kbrown <at> cornell.edu> writes:

> They should be able to co-exist only if the build system is designed to allow
> it.  This strikes me as an unnecessary maintenance burden.  I think it's more
> reasonable to expect people to make sure they're building from a clean source
> tree when they get unexpected build errors.

Indeed.  So I guess this bug can be closed?

Message #43 received at 52669-done <at> debbugs.gnu.org (full text, mbox):

From: Ken Brown <kbrown <at> cornell.edu>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 52669-done <at> debbugs.gnu.org, Glenn Morris <rgm <at> gnu.org>,
 Eli Zaretskii <eliz <at> gnu.org>, sds <at> gnu.org, larsi <at> gnus.org
Subject: Re: bug#52669: 29.0.50; build failure: ‘Qsqlitep’ undeclared
Date: Thu, 23 Dec 2021 16:23:46 -0500

On 12/21/2021 5:33 AM, Stefan Kangas wrote:
> Ken Brown <kbrown <at> cornell.edu> writes:
> 
>> They should be able to co-exist only if the build system is designed to allow
>> it.  This strikes me as an unnecessary maintenance burden.  I think it's more
>> reasonable to expect people to make sure they're building from a clean source
>> tree when they get unexpected build errors.
> 
> Indeed.  So I guess this bug can be closed?

Closing.

Previous Next

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