GNU bug report logs - #51689
emacs -nw under native-compilation errors out

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Han Boetes <han <at> boetes.org>
Subject: bug#51689: closed (Re: bug#51689: emacs)
Date: Sun, 21 Nov 2021 06:32:02 +0000

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

Your bug report

#51689: emacs -nw under native-compilation errors out

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 51689 <at> debbugs.gnu.org.

-- 
51689: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=51689
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Eli Zaretskii <eliz <at> gnu.org>
To: Han Boetes <han <at> boetes.org>
Cc: 51689-done <at> debbugs.gnu.org
Subject: Re: bug#51689: emacs
Date: Sun, 21 Nov 2021 08:31:29 +0200

> Date: Sat, 20 Nov 2021 22:05:55 +0100
> From: Han Boetes <han <at> boetes.org>
> 
> > > > When the breakpoint breaks, look at the error_symbol and data printed
> > > > by GDB; if the symbol are not "void-function", type "continue" at
> > > > GDB's prompt to run Emacs further.  When you eventually get symbol as
> > > > "void-function" and data that mentions regexp-opt-group, type:
> > > > 
> > > >   (gdb) thread apply all bt
> > 
> > In the above you have void-variable as error_symbol and the data does
> > not mention regexp-opt-group.  So you need to type "continue" until
> > you hit this breakpoint with the correct conditions, and then produce
> > the backtrace.
> 
> And when I finally understood all the details of how to create the
> backtrace and building emacs with symbols again, which takes over 6
> hours, I noticed gdb ran out of memory and that I could no longer
> reproduce the problem with the latest code from git.

Thanks, I'm therefore closing this bug.

[Message part 3 (message/rfc822, inline)]

From: Han Boetes <han <at> boetes.org>
To: bug-gnu-emacs <at> gnu.org
Subject: emacs
Date: Mon, 8 Nov 2021 17:44:54 +0100

I compiled emacs with native compilation on OpenBSD-7.0 amd64 like this:

    export CC=egcc \
           CPP="ecpp" \
           CPPFLAGS="-I/usr/local/include" \
           LDFLAGS="-L/usr/local/lib"
    ./autogen.sh
    ./configure --without-makeinfo --without-x --mandir=/usr/local/man --with-native-compilation
    gmake

egcc (GCC) 11.2.0, is just gcc-11 which is traditionally installed as
egcc to avoid conflicts with the usually somewhat older gcc in base.


Now if I start emacs with:

    emacs -nw -Q ~/.config/emacs/init.el

The file init.el is not loaded and I get a single error message:

    Symbol’s function definition is void: regexp-opt-group

After which emacs works OK, for example c-x c-f ~/.config/emacs/init.el works as expected.

Then I recompiled emacs without native compilation and the error did not occur.

And now to make the case even more mysterious, if I start emacs normally, like:

    emacs -nw ~/.config/emacs/init.el

Everything works fine. I accidentally discovered the problem by
running emacs as a test user without configuration.


Please let me know if there is anything I can do to help debugging this problem.


# Han

Previous Next

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