GNU bug report logs - #20190
Building emacs-24.4 against GCC-5.0

Previous Next

Package: emacs;

Reported by: Petr Hracek <phracek <at> redhat.com>

Date: Tue, 24 Mar 2015 12:56:02 UTC

Severity: important

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

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 20190 in the body.
You can then email your comments to 20190 AT debbugs.gnu.org in the normal way.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#20190; Package emacs. (Tue, 24 Mar 2015 12:56:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Petr Hracek <phracek <at> redhat.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 24 Mar 2015 12:56:04 GMT) Full text and rfc822 format available.

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

From: Petr Hracek <phracek <at> redhat.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Building emacs-24.4 against GCC-5.0
Date: Tue, 24 Mar 2015 13:51:24 +0100
[Message part 1 (text/plain, inline)]
I am trying to build up emacs against GCC-5.0 under Fedora rawhide and 
Fedora 22 but it fails
with core-dump.

A snip from build log:
Loading /builddir/build/BUILD/emacs-24.4/lisp/uniquify.el (source)...
Loading /builddir/build/BUILD/emacs-24.4/lisp/electric.el (source)...
Loading /builddir/build/BUILD/emacs-24.4/lisp/tooltip.el (source)...
Finding pointers to doc strings...
Finding pointers to doc strings...done
Dumping under the name emacs
/bin/sh: line 7: 24274 Segmentation fault      (core dumped) ./temacs 
--batch --load loadup bootstrap
Makefile:815: recipe for target 'bootstrap-emacs' failed
make[2]: Leaving directory '/builddir/build/BUILD/emacs-24.4/build-gtk/src'
make[2]: *** [bootstrap-emacs] Error 1
Makefile:382: recipe for target 'src' failed
make[1]: Leaving directory '/builddir/build/BUILD/emacs-24.4/build-gtk'
Makefile:1093: recipe for target 'bootstrap' failed

Build log is the attachment.

Did you discovered this issue?

gcc (GCC) 5.0.0 20150319 (Red Hat 5.0.0-0.21)
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


-- 
Petr Hracek
Software Engineer
Developer Experience
Red Hat, Inc
Mob: +420777056169
email: phracek <at> redhat.com

[build.log (text/x-log, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#20190; Package emacs. (Tue, 24 Mar 2015 17:39:02 GMT) Full text and rfc822 format available.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Petr Hracek <phracek <at> redhat.com>
Cc: 20190 <at> debbugs.gnu.org
Subject: Re: Building emacs-24.4 against GCC-5.0
Date: Tue, 24 Mar 2015 10:38:41 -0700
This bug is news to us.  Do you get the same problem with the emacs-24 
branch on Savannah (currently at commit 
ad89f85067d068494009948e76f89c902f043513 dated Mon Mar 23 18:39:38 2015 
+0200).  A rawhide-related patch was installed on March 23, and it's 
better to use the latest version.

If the emacs-24 branch doesn't build, please configure and build with 
"./configure CFLAGS='-g3 -O0' ..." and send us the backtrace from a core 
dump.  You should be do that via:

$ cd src
$ gdb temacs
...
(gdb) source .gdbinit
...
(gdb) run --batch --load loadup bootstrap
...
(gdb) bacjktrace




Added indication that bug 20190 blocks19758 Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 24 Mar 2015 17:55:01 GMT) Full text and rfc822 format available.

Severity set to 'important' from 'normal' Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 24 Mar 2015 17:55:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#20190; Package emacs. (Wed, 25 Mar 2015 12:28:02 GMT) Full text and rfc822 format available.

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

From: Petr Hracek <phracek <at> redhat.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 20190 <at> debbugs.gnu.org
Subject: Re: Building emacs-24.4 against GCC-5.0
Date: Wed, 25 Mar 2015 13:27:17 +0100
On 03/24/2015 06:38 PM, Paul Eggert wrote:
> This bug is news to us.  Do you get the same problem with the emacs-24 
> branch on Savannah (currently at commit 
> ad89f85067d068494009948e76f89c902f043513 dated Mon Mar 23 18:39:38 
> 2015 +0200).  A rawhide-related patch was installed on March 23, and 
> it's better to use the latest version.
>
> If the emacs-24 branch doesn't build, please configure and build with 
> "./configure CFLAGS='-g3 -O0' ..." and send us the backtrace from a 
> core dump.  You should be do that via:
>
> $ cd src
> $ gdb temacs
> ...
> (gdb) source .gdbinit
> ...
> (gdb) run --batch --load loadup bootstrap
> ...
> (gdb) bacjktrace
Hi Paul,

thanks for information.
Currently now I am not able to get even core dump. Now core.<number> 
file exists.
in src directory I have only temacs binary and really huge emacs data 
file (around 1 GB)

Built under mock (in Fedora 22)
# ls -la src/emacs
-rwxr-xr-x 1 root root 1461850828 Mar 25 13:24 src/emacs
#

Dumping under the name emacs
Makefile:830: recipe for target 'bootstrap-emacs' failed
make[2]: *** [bootstrap-emacs] Segmentation fault (core dumped)
make[2]: Leaving directory '/builddir/build/BUILD/emacs-24.5/src'
Makefile:398: recipe for target 'src' failed
make[1]: *** [src] Error 2
make[1]: Leaving directory '/builddir/build/BUILD/emacs-24.5'
Makefile:1086: recipe for target 'bootstrap' failed
make: *** [bootstrap] Error 2

Starting program: /builddir/build/BUILD/emacs-24.5/src/temacs --batch 
--load loadup bootstrap
Error in re-setting breakpoint 1: Cannot access memory at address 0x17a563
Error in re-setting breakpoint 2: Cannot access memory at address 0x19f9ef
Error in re-setting breakpoint 1: Cannot access memory at address 0x17a563
Error in re-setting breakpoint 2: Cannot access memory at address 0x19f9ef
Missing separate debuginfos, use: debuginfo-install 
glibc-2.21.90-7.fc23.x86_64
warning: Probes-based dynamic linker interface failed.
Reverting to original interface.

process 689 is executing new program: /proc/689/exe
/proc/689/exe: No such file or directory.
(gdb) backtrace
#0  0x00007ffff7dd9ce0 in ?? ()
#1  0x0000000000000005 in ?? ()
#2  0x00007fffffffe694 in ?? ()
#3  0x00007fffffffe6c0 in ?? ()
#4  0x00007fffffffe6c8 in ?? ()
#5  0x00007fffffffe6cf in ?? ()
#6  0x00007fffffffe6d6 in ?? ()
#7  0x0000000000000000 in ?? ()

Program received signal SIGSEGV, Segmentation fault.
backtrace_top () at eval.c:187
187    {
The program being debugged was signaled while in a function called from GDB.
GDB remains in the frame where the signal was received.
To change this behavior use "set unwindonsignal on".
Evaluation of the expression containing the function
(backtrace_top) will be abandoned.
When the function is done executing, GDB will silently stop.
(gdb)

Did I miss something?

-- 
Petr Hracek
Software Engineer
Developer Experience
Red Hat, Inc
Mob: +420777056169
email: phracek <at> redhat.com





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#20190; Package emacs. (Wed, 25 Mar 2015 19:25:02 GMT) Full text and rfc822 format available.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Petr Hracek <phracek <at> redhat.com>
Cc: 20190 <at> debbugs.gnu.org
Subject: Re: Building emacs-24.4 against GCC-5.0
Date: Wed, 25 Mar 2015 12:24:20 -0700
[Message part 1 (text/plain, inline)]
On 03/25/2015 05:27 AM, Petr Hracek wrote:
> Starting program: /builddir/build/BUILD/emacs-24.5/src/temacs --batch 
> --load loadup bootstrap
> Error in re-setting breakpoint 1: Cannot access memory at address 
> 0x17a563
> Error in re-setting breakpoint 2: Cannot access memory at address 
> 0x19f9ef 

This makes it look like there's something wrong with your compiler, 
linker, or debugger.  At this point Emacs should just be a normal C 
program, and there should be no errors in setting breakpoints.

I suggest comparing the output of 'configure' and 'make' and 'gdb' with 
that of Fedora 21, to see if there are some options missing or extra.  
I'm attaching my output.  For example, look at the command that created 
temacs (it's long, and says '-o temacs' in it).

Also, you might want to look at Debian bug 684788 for possibly-relevant 
ideas:

http://bugs.debian.org/684788
[emacs-24.4-Fedora-21-x86-64.txt (text/plain, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#20190; Package emacs. (Thu, 26 Mar 2015 15:07:01 GMT) Full text and rfc822 format available.

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

From: Petr Hracek <phracek <at> redhat.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 20190 <at> debbugs.gnu.org
Subject: Re: Building emacs-24.4 against GCC-5.0
Date: Thu, 26 Mar 2015 16:06:16 +0100
On 03/25/2015 08:24 PM, Paul Eggert wrote:
> On 03/25/2015 05:27 AM, Petr Hracek wrote:
>> Starting program: /builddir/build/BUILD/emacs-24.5/src/temacs --batch 
>> --load loadup bootstrap
>> Error in re-setting breakpoint 1: Cannot access memory at address 
>> 0x17a563
>> Error in re-setting breakpoint 2: Cannot access memory at address 
>> 0x19f9ef 
>
> This makes it look like there's something wrong with your compiler, 
> linker, or debugger.  At this point Emacs should just be a normal C 
> program, and there should be no errors in setting breakpoints.
>
> I suggest comparing the output of 'configure' and 'make' and 'gdb' 
> with that of Fedora 21, to see if there are some options missing or 
> extra.  I'm attaching my output.  For example, look at the command 
> that created temacs (it's long, and says '-o temacs' in it).
>
> Also, you might want to look at Debian bug 684788 for 
> possibly-relevant ideas:
>
> http://bugs.debian.org/684788
Finally I have found an issue.

If I specify in LDFLAGS file like -spec=<some_file> which contains:
<some_file>
*self_spec:
+ %{!shared:-pie}

*link:
+ -z now

Then the build fails.
If I remove it then all goes fine.

Just for information.

-- 
Petr Hracek
Software Engineer
Developer Experience
Red Hat, Inc
Mob: +420777056169
email: phracek <at> redhat.com





Reply sent to Paul Eggert <eggert <at> cs.ucla.edu>:
You have taken responsibility. (Thu, 26 Mar 2015 17:11:02 GMT) Full text and rfc822 format available.

Notification sent to Petr Hracek <phracek <at> redhat.com>:
bug acknowledged by developer. (Thu, 26 Mar 2015 17:11:03 GMT) Full text and rfc822 format available.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Petr Hracek <phracek <at> redhat.com>
Cc: 20190-done <at> debbugs.gnu.org
Subject: Re: Building emacs-24.4 against GCC-5.0
Date: Thu, 26 Mar 2015 10:10:14 -0700
On 03/26/2015 08:06 AM, Petr Hracek wrote:
> If I remove it then all goes fine. 
Thanks for the info.  This doesn't appear to be a bug in Emacs, then, so 
I'm closing the bug report.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 24 Apr 2015 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 10 years and 101 days ago.

Previous Next


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