Issue building master

Issue building master

[Ergus]

Hi:

I am trying to build the master branch and I am getting this error:

make[2]: Leaving directory '/mnt/almacen/repo/gits/emacs/build_arch/admin/charsets'
   CC       xdisp.o
   CC       gtkutil.o
   CC       coding.o
   CC       dbusbind.o
../../src/xdisp.c: In function ‘char_can_wrap_before’:
../../src/xdisp.c:541:8: error: ‘Vword_wrap_by_category’ undeclared (first use in this function)
   541 |   if (!Vword_wrap_by_category)
       |        ^~~~~~~~~~~~~~~~~~~~~~
../../src/xdisp.c:541:8: note: each undeclared identifier is reported only once for each function it appears in
../../src/xdisp.c: In function ‘char_can_wrap_after’:
../../src/xdisp.c:563:8: error: ‘Vword_wrap_by_category’ undeclared (first use in this function)
   563 |   if (!Vword_wrap_by_category)
       |        ^~~~~~~~~~~~~~~~~~~~~~
In file included from ../../src/xdisp.c:439:
../../src/xdisp.c: In function ‘syms_of_xdisp’:
../../src/lisp.h:3094:33: error: ‘struct emacs_globals’ has no member named ‘f_Vword_wrap_by_category’
  3094 |       = {Lisp_Fwd_Bool, &globals.f_##vname}; \
       |                                 ^
../../src/xdisp.c:34775:3: note: in expansion of macro ‘DEFVAR_BOOL’
34775 |   DEFVAR_BOOL("word-wrap-by-category", Vword_wrap_by_category, doc: /*
       |   ^~~~~~~~~~~
../../src/xdisp.c:34790:3: error: ‘Vword_wrap_by_category’ undeclared (first use in this function)
34790 |   Vword_wrap_by_category = false;
       |   ^~~~~~~~~~~~~~~~~~~~~~
   CC       keyboard.o
   CC       macros.o
make[1]: *** [Makefile:401: xdisp.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/mnt/almacen/repo/gits/emacs/build_arch/src'
make: *** [Makefile:424: src] Error 2

Re: Issue building master

[Eli Zaretskii]

> Date: Tue, 25 Aug 2020 02:19:01 +0200
> From: Ergus <spacibba@aol.com>
> 
> I am trying to build the master branch and I am getting this error:
> 
> make[2]: Leaving directory '/mnt/almacen/repo/gits/emacs/build_arch/admin/charsets'
>    CC       xdisp.o
>    CC       gtkutil.o
>    CC       coding.o
>    CC       dbusbind.o
> ../../src/xdisp.c: In function ‘char_can_wrap_before’:
> ../../src/xdisp.c:541:8: error: ‘Vword_wrap_by_category’ undeclared (first use in this function)
>    541 |   if (!Vword_wrap_by_category)
>        |        ^~~~~~~~~~~~~~~~~~~~~~
> ../../src/xdisp.c:541:8: note: each undeclared identifier is reported only once for each function it appears in

Something is wrong with regenerating globals.h (which should happen as
part of the build). I have no idea why this happens in your case.
Perhaps because you seem to be building outside of the source tree?
Or because there's a stale globals.h somewhere?  Try "make distclean"
first.

Re: Issue building master

[Ergus]

On Tue, Aug 25, 2020 at 09:17:17AM +0300, Eli Zaretskii wrote:
>> Date: Tue, 25 Aug 2020 02:19:01 +0200
>> From: Ergus <spacibba@aol.com>
>>
>> I am trying to build the master branch and I am getting this error:
>>
>> make[2]: Leaving directory '/mnt/almacen/repo/gits/emacs/build_arch/admin/charsets'
>>    CC       xdisp.o
>>    CC       gtkutil.o
>>    CC       coding.o
>>    CC       dbusbind.o
>> ../../src/xdisp.c: In function ???char_can_wrap_before???:
>> ../../src/xdisp.c:541:8: error: ???Vword_wrap_by_category??? undeclared (first use in this function)
>>    541 |   if (!Vword_wrap_by_category)
>>        |        ^~~~~~~~~~~~~~~~~~~~~~
>> ../../src/xdisp.c:541:8: note: each undeclared identifier is reported only once for each function it appears in
>
>Something is wrong with regenerating globals.h (which should happen as
>part of the build). I have no idea why this happens in your case.
>Perhaps because you seem to be building outside of the source tree?
>Or because there's a stale globals.h somewhere?  Try "make distclean"
>first.
>
Hi Eli:

This solved the issue very thanks.

BTW when emacs was loading in: dump mode: nil mode

Many commands were failing here and there; one specially recurrent was
with an error in `load-history-filename-element` telling: wrong argument
type stringp (require 'something).

Is this "normal"?

Re: Issue building master

[Eli Zaretskii]

> Date: Tue, 25 Aug 2020 09:23:18 +0200
> From: Ergus <spacibba@aol.com>
> Cc: emacs-devel@gnu.org
> 
> BTW when emacs was loading in: dump mode: nil mode
> 
> Many commands were failing here and there; one specially recurrent was
> with an error in `load-history-filename-element` telling: wrong argument
> type stringp (require 'something).
> 
> Is this "normal"?

What is "dump mode: nil mode"? where did you see this?

Re: Issue building master

[Stefan Monnier]

> 34775 |   DEFVAR_BOOL("word-wrap-by-category", Vword_wrap_by_category, doc: /*

BTW, our convention is to use V<foo> for Lisp_Object variables exposed
to Lisp, not for bool variables exposed to Lisp, so the name should
likely lose the `V`.


        Stefan

Re: Issue building master

[Ergus]

On Tue, Aug 25, 2020 at 10:28:52AM +0300, Eli Zaretskii wrote:
>> Date: Tue, 25 Aug 2020 09:23:18 +0200
>> From: Ergus <spacibba@aol.com>
>> Cc: emacs-devel@gnu.org
>>
>> BTW when emacs was loading in: dump mode: nil mode
>>
>> Many commands were failing here and there; one specially recurrent was
>> with an error in `load-history-filename-element` telling: wrong argument
>> type stringp (require 'something).
>>
>> Is this "normal"?
>
>What is "dump mode: nil mode"? where did you see this?
>
I already had this issue some time ago but yesterday it came back
again.

This message appear in the top of the Messages buffer when emacs can't
find the dump file (usually after a compilation issue like this if I
make bootstrap but not distclean). Then emacs loads all the packages
after that message which takes some time.

Stefan reported a similar issue about the problem of finding the
dump. And of course we shouldn't be using that mode but I won't expect
an error like that in load-history-filename-element.

Best,

Re: Issue building master

[Eli Zaretskii]

> Date: Tue, 25 Aug 2020 19:58:03 +0200
> From: Ergus <spacibba@aol.com>
> Cc: emacs-devel@gnu.org
> 
> >> Is this "normal"?
> >
> >What is "dump mode: nil mode"? where did you see this?
> >
> I already had this issue some time ago but yesterday it came back
> again.
> 
> This message appear in the top of the Messages buffer when emacs can't
> find the dump file (usually after a compilation issue like this if I
> make bootstrap but not distclean). Then emacs loads all the packages
> after that message which takes some time.

This shouldn't happen, so perhaps there's a bug in one of the clean
targets in the Makefile: I guess it deletes the .pdmp file, but leaves
the executable.

Issue building master

[Ergus]

[-- Attachment #1: Type: text/plain, Size: 892 bytes --]

 Hi:
I sent this to emacs help with no reply, so maybe here I'll get more luck:

I just built the master branch and I am getting this error with -nw:

```
Symbol's function definition is void: internal-echo-keystrokes-prefix
```

and this in gui:

```
Loading loadup.el (source)...Dump mode: nilUsing load-path (/home/ergo/.local/share/emacs/30.0.50/lisp /home/ergo/.local/share/emacs/30.0.50/lisp/emacs-lisp /home/ergo/.local/share/emacs/30.0.50/lisp/progmodes /home/ergo/.local/share/emacs/30.0.50/lisp/language /home/ergo/.local/share/emacs/30.0.50/lisp/international /home/ergo/.local/share/emacs/30.0.50/lisp/textmodes /home/ergo/.local/share/emacs/30.0.50/lisp/vc)Loading emacs-lisp/debug-early...Symbol's function definition is void: file-name-sans-extension
``
I tried the usual: make extraclean, make bootstrap and the issue persists... Any other advise??

Thanks in advance, Ergus


[-- Attachment #2: Type: text/html, Size: 1832 bytes --]

Re: Issue building master

[Eli Zaretskii]

> Date: Mon, 12 Dec 2022 09:37:05 +0000 (UTC)
> From: Ergus <spacibba@aol.com>
> 
> I just built the master branch and I am getting this error with -nw:
> 
> ```
> Symbol's function definition is void: internal-echo-keystrokes-prefix
> ```

Is this when building or when starting after the build completes?  (I
see no problem in either case.)

> and this in gui:
> 
> ```
> Loading loadup.el (source)...Dump mode: nilUsing load-path (/home/ergo/.local/share/emacs/30.0.50/lisp
> /home/ergo/.local/share/emacs/30.0.50/lisp/emacs-lisp
> /home/ergo/.local/share/emacs/30.0.50/lisp/progmodes /home/ergo/.local/share/emacs/30.0.50/lisp/language
> /home/ergo/.local/share/emacs/30.0.50/lisp/international
> /home/ergo/.local/share/emacs/30.0.50/lisp/textmodes
> /home/ergo/.local/share/emacs/30.0.50/lisp/vc)Loading emacs-lisp/debug-early...Symbol's function definition
> is void: file-name-sans-extension
> ``

If this is during startup after the build, then your pdmp file either
doesn't exist or is faulty.

If this is during a build, then why does it say "Dump mode: nil"?

What happens if you clone the repository anew, and then do a fresh
build?

Re: Issue building master

[Eli Zaretskii]

> Date: Mon, 12 Dec 2022 13:56:58 +0000 (UTC)
> From: Ergus <spacibba@aol.com>
> 
> Is this when building or when starting after the build completes?  (I
> see no problem in either case.)
> 
> When starting after the build completes.
> 
> > and this in gui:
> > 
> > ```
> > Loading loadup.el (source)...Dump mode: nilUsing load-path (/home/ergo/.local/share/emacs/30.0.50/lisp
> > /home/ergo/.local/share/emacs/30.0.50/lisp/emacs-lisp
> > /home/ergo/.local/share/emacs/30.0.50/lisp/progmodes
> /home/ergo/.local/share/emacs/30.0.50/lisp/language
> > /home/ergo/.local/share/emacs/30.0.50/lisp/international
> > /home/ergo/.local/share/emacs/30.0.50/lisp/textmodes
> > /home/ergo/.local/share/emacs/30.0.50/lisp/vc)Loading emacs-lisp/debug-early...Symbol's function
> definition
> > is void: file-name-sans-extension
> > ``
> 
> If this is during startup after the build, then your pdmp file either
> doesn't exist or is faulty.
> 
> This looks like the issue... How can I solve this? Make extracleanor make boostrap does not solve
> this?

Do you install Emacs (as in "make install"), or do you run it from the
source tree?

P.S. And please don't remove the list from the CC.

Re: Issue building master

[Ergus]

[-- Attachment #1: Type: text/plain, Size: 1533 bytes --]

 

    On Monday, December 12, 2022 at 03:15:46 PM GMT+1, Eli Zaretskii <eliz@gnu.org> wrote:  
 
 > Date: Mon, 12 Dec 2022 13:56:58 +0000 (UTC)
> From: Ergus <spacibba@aol.com>
> 
> Is this when building or when starting after the build completes?  (I
> see no problem in either case.)
> 
> When starting after the build completes.
> 
> > and this in gui:
> > 
> > ```
> > Loading loadup.el (source)...Dump mode: nilUsing load-path (/home/ergo/.local/share/emacs/30.0.50/lisp
> > /home/ergo/.local/share/emacs/30.0.50/lisp/emacs-lisp
> > /home/ergo/.local/share/emacs/30.0.50/lisp/progmodes
> /home/ergo/.local/share/emacs/30.0.50/lisp/language
> > /home/ergo/.local/share/emacs/30.0.50/lisp/international
> > /home/ergo/.local/share/emacs/30.0.50/lisp/textmodes
> > /home/ergo/.local/share/emacs/30.0.50/lisp/vc)Loading emacs-lisp/debug-early...Symbol's function
> definition
> > is void: file-name-sans-extension
> > ``
> 
> If this is during startup after the build, then your pdmp file either
> doesn't exist or is faulty.
> 
> This looks like the issue... How can I solve this? Make extracleanor make boostrap does not solve
> this?

Do you install Emacs (as in "make install"), or do you run it from the
source tree?

From source tree. I checkout to other branches, old commits, recompiled, emacs -Q... just same error again and again. 



P.S. And please don't remove the list from the CC.
Sorry I am using a weird web client (as emacs is broken) I am not sure how does it work

  

[-- Attachment #2: Type: text/html, Size: 3117 bytes --]

Re: Issue building master

[Eli Zaretskii]

> Date: Mon, 12 Dec 2022 15:49:29 +0000 (UTC)
> From: Ergus <spacibba@aol.com>
> Cc: "emacs-devel@gnu.org" <emacs-devel@gnu.org>
> 
> > If this is during startup after the build, then your pdmp file either
> > doesn't exist or is faulty.
> > 
> > This looks like the issue... How can I solve this? Make extracleanor make boostrap does not solve
> > this?
> 
> Do you install Emacs (as in "make install"), or do you run it from the
> source tree?
> 
> From source tree. I checkout to other branches, old commits, recompiled, emacs -Q... just same
> error again and again. 

The emacs-29 branch also?  And a clean new clone also?  Then it's
almost certainly something specific to your system.  Did you update
some libraries or tools or some other software lately?

What if you try configuring Emacs with

  ./configure ... --enable-checking='yes,glyphs' CFLAGS='-O0 -g3'

(where "..." stands for the other options you use when you configure
Emacs) -- do you see something different?

If you download the Emacs 28.2 tarball, can you build and run it?

Re: Issue building master

[Ergus]

[-- Attachment #1: Type: text/plain, Size: 1478 bytes --]

 Hi:
    On Monday, December 12, 2022 at 05:05:12 PM GMT+1, Eli Zaretskii <eliz@gnu.org> wrote:  
 
 > Date: Mon, 12 Dec 2022 15:49:29 +0000 (UTC)
> From: Ergus <spacibba@aol.com>
> Cc: "emacs-devel@gnu.org" <emacs-devel@gnu.org>
> 
> > If this is during startup after the build, then your pdmp file either
> > doesn't exist or is faulty.
> > 
> > This looks like the issue... How can I solve this? Make extracleanor make boostrap does not solve
> > this?
> 
> Do you install Emacs (as in "make install"), or do you run it from the
> source tree?
> 
> From source tree. I checkout to other branches, old commits, recompiled, emacs -Q... just same
> error again and again. 

The emacs-29 branch also? Yes.
And a clean new clone also?  Then it's almost certainly something specific to your system.  Did you updatesome libraries or tools or some other software lately?actually I use Arch, so yes because it is a rolling release. But I don't have any other problem with anything else, just emacs.. so... not sure it is my system...
What if you try configuring Emacs with

  ./configure ... --enable-checking='yes,glyphs' CFLAGS='-O0 -g3'

(where "..." stands for the other options you use when you configure
Emacs) -- do you see something different?
Same behavior
If you download the Emacs 28.2 tarball, can you build and run it?
I will try this one in a while then...

Sorry for too much bother, but this is making me crazy since yesterday...
  

[-- Attachment #2: Type: text/html, Size: 3348 bytes --]