From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Petr Hracek Newsgroups: gmane.emacs.bugs Subject: bug#20190: Building emacs-24.4 against GCC-5.0 Date: Wed, 25 Mar 2015 13:27:17 +0100 Message-ID: <5512A9A5.9040604@redhat.com> References: <5511A121.6070308@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1427286516 4375 80.91.229.3 (25 Mar 2015 12:28:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 25 Mar 2015 12:28:36 +0000 (UTC) Cc: 20190@debbugs.gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Mar 25 13:28:25 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YakPw-0003CZ-26 for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Mar 2015 13:28:16 +0100 Original-Received: from localhost ([::1]:38748 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YakPv-0006j2-EI for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Mar 2015 08:28:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49531) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YakPp-0006ea-9k for bug-gnu-emacs@gnu.org; Wed, 25 Mar 2015 08:28:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YakPj-0005YL-8R for bug-gnu-emacs@gnu.org; Wed, 25 Mar 2015 08:28:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46254) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YakPj-0005YA-5R for bug-gnu-emacs@gnu.org; Wed, 25 Mar 2015 08:28:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YakPi-00058P-Hj for bug-gnu-emacs@gnu.org; Wed, 25 Mar 2015 08:28:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Petr Hracek Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Mar 2015 12:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20190-submit@debbugs.gnu.org id=B20190.142728644519682 (code B ref 20190); Wed, 25 Mar 2015 12:28:02 +0000 Original-Received: (at 20190) by debbugs.gnu.org; 25 Mar 2015 12:27:25 +0000 Original-Received: from localhost ([127.0.0.1]:36030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YakP6-00057O-9r for submit@debbugs.gnu.org; Wed, 25 Mar 2015 08:27:24 -0400 Original-Received: from mx1.redhat.com ([209.132.183.28]:59707) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YakP3-00057B-3G for 20190@debbugs.gnu.org; Wed, 25 Mar 2015 08:27:22 -0400 Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (Postfix) with ESMTPS id 8A5FC2FE850; Wed, 25 Mar 2015 12:27:19 +0000 (UTC) Original-Received: from [10.34.4.133] (unused-4-133.brq.redhat.com [10.34.4.133]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t2PCRILR027456; Wed, 25 Mar 2015 08:27:18 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 In-Reply-To: <5511A121.6070308@cs.ucla.edu> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:100921 Archived-At: 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. 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@redhat.com