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#20614: Segmentation fault when building on Power8 Little Endian Date: Tue, 6 Oct 2015 13:52:52 +0200 Message-ID: <5613B614.4090805@redhat.com> References: <555C3E3C.4090700@redhat.com> <55A3A08A.9060905@redhat.com> <55A4BFB7.3010208@redhat.com> <55F95275.4040209@redhat.com> <56012AA6.7010702@redhat.com> <56025D9A.9080608@redhat.com> <838u7xlbsn.fsf@gnu.org> <56028633.3000303@redhat.com> <83zj0djskx.fsf@gnu.org> <56029707.9040100@redhat.com> <83wpvhjpdd.fsf@gnu.org> <5603D8BE.10300@redhat.com> <834mijkf36.fsf@gnu.org> <56043950.7040108@redhat.com> <83k2rdhaso.fsf@gnu.org> <560BBBF3.6000407@redhat.com> <83r3lf9gq4.fsf@gnu.org> <560D1EAA.3080608@redhat.com> <83bnciaidw.fsf@gnu.org> <560D3DC5.2050804@redhat.com> <837fn6a881.fsf@gnu.org> <560E420B.9070200@redhat.com> <83d1wx7j0e.fsf@gnu.org> <560E7F90.1070609@redhat.com> <83wpv55qog.fsf@gnu.org> <5612295F.4000607@redhat.com> <83twq5zpne.fsf@gnu.org> <56123FF0.3040104@redhat.com> <83oagdzmbj.fsf@gnu.org> <56125DBE.5090305@redhat.com> <83io6lzgpw.fsf@gnu.org> <5612842F.7050102@redhat.com> <83d1wtz29x.fsf@gnu.org> <5613894B.9070902@redhat.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1444132409 1738 80.91.229.3 (6 Oct 2015 11:53:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 6 Oct 2015 11:53:29 +0000 (UTC) To: Eli Zaretskii , 20614@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 06 13:53:20 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 1ZjQny-0002Iu-Nj for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Oct 2015 13:53:14 +0200 Original-Received: from localhost ([::1]:50333 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZjQnx-0005Yn-0F for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Oct 2015 07:53:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51498) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZjQnn-0005S0-Mk for bug-gnu-emacs@gnu.org; Tue, 06 Oct 2015 07:53:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZjQnm-0003VA-5r for bug-gnu-emacs@gnu.org; Tue, 06 Oct 2015 07:53:03 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38841) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZjQnm-0003V0-1t for bug-gnu-emacs@gnu.org; Tue, 06 Oct 2015 07:53:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZjQnl-0002QV-LC for bug-gnu-emacs@gnu.org; Tue, 06 Oct 2015 07:53:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Petr Hracek Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Oct 2015 11:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20614 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20614-submit@debbugs.gnu.org id=B20614.14441323789319 (code B ref 20614); Tue, 06 Oct 2015 11:53:01 +0000 Original-Received: (at 20614) by debbugs.gnu.org; 6 Oct 2015 11:52:58 +0000 Original-Received: from localhost ([127.0.0.1]:56045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZjQnh-0002QE-Q4 for submit@debbugs.gnu.org; Tue, 06 Oct 2015 07:52:58 -0400 Original-Received: from mx1.redhat.com ([209.132.183.28]:39130) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZjQnf-0002Py-GL for 20614@debbugs.gnu.org; Tue, 06 Oct 2015 07:52:57 -0400 Original-Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (Postfix) with ESMTPS id 4104F319AD7; Tue, 6 Oct 2015 11:52:54 +0000 (UTC) Original-Received: from [10.34.4.133] (unused-4-133.brq.redhat.com [10.34.4.133]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t96Bqqi2006142; Tue, 6 Oct 2015 07:52:53 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: <5613894B.9070902@redhat.com> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 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: 208.118.235.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:107366 Archived-At: On 10/06/2015 10:41 AM, Petr Hracek wrote: > On 10/05/2015 06:52 PM, Eli Zaretskii wrote: >>> Cc: 20614@debbugs.gnu.org >>> From: Petr Hracek >>> Date: Mon, 5 Oct 2015 16:07:43 +0200 >>> >>> cd ../lisp; make -w compile-first >>> EMACS=/home/phracek/rpmbuild/BUILD/emacs-24.3/src/bootstrap-emacs >>> make[3]: Entering directory >>> `/home/phracek/rpmbuild/BUILD/emacs-24.3/lisp' >>> Compiling >>> /home/phracek/rpmbuild/BUILD/emacs-24.3/lisp/emacs-lisp/macroexp.el >>> /bin/sh: /home/phracek/rpmbuild/BUILD/emacs-24.3/src/bootstrap-emacs: >>> cannot execute binary file >>> make[3]: *** >>> [/home/phracek/rpmbuild/BUILD/emacs-24.3/lisp/emacs-lisp/macroexp.elc] >>> Error 126 >>> make[3]: Leaving directory >>> `/home/phracek/rpmbuild/BUILD/emacs-24.3/lisp' >>> make[2]: *** [bootstrap-emacs] Error 2 >>> make[2]: Leaving directory >>> `/home/phracek/rpmbuild/BUILD/emacs-24.3/src' >>> make[1]: *** [src] Error 2 >>> make[1]: Leaving directory `/home/phracek/rpmbuild/BUILD/emacs-24.3' >>> >>> Some information about bootstrap-emacs binary: >>> $ file /home/phracek/rpmbuild/BUILD/emacs-24.3/src/bootstrap-emacs >>> /home/phracek/rpmbuild/BUILD/emacs-24.3/src/bootstrap-emacs: ELF 64-bit >>> LSB executable, 64-bit PowerPC or cisco 7500, version 1 (SYSV), >>> corrupted program header size, stripped >>> $ >>> >>> If condition valid_pointer_p is set to >= 0 then it segfaults again. >>> Where can be a problem now? >> I don't know, sorry. This requires help from someone who knows about >> the structure of ELF executables. I suggested to ask some of Binutils >> maintainers to help. > > Reason of the failure is probably caused by if valid_pointer_p. > [phracek@ibm-p8-generic-01-le02 emacs]$ readelf -a > /home/phracek/rpmbuild/BUILD/emacs-24.3/src/bootstrap-emacs > ELF Header: > Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 > Class: ELF64 > Data: 2's complement, little endian > Version: 1 (current) > OS/ABI: UNIX - System V > ABI Version: 0 > Type: EXEC (Executable file) > Machine: PowerPC64 > Version: 0x1 > Entry point address: 0x10016100 > Start of program headers: 64 (bytes into file) > Start of section headers: 23502592 (bytes into file) > Flags: 0x1669f00 > Size of this header: 0 (bytes) > Size of program headers: 0 (bytes) > Number of program headers: 9 > Size of section headers: 64 (bytes) > Number of section headers: 35 > Section header string table index: 32 > > Section Headers: > [Nr] Name Type Address Offset > Size EntSize Flags Link Info Align > [ 0] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [ 1] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [ 2] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [ 3] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [ 4] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [ 5] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [ 6] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [ 7] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [ 8] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [ 9] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [10] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [11] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [12] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [13] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [14] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [15] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [16] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [17] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [18] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [19] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [20] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [21] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [22] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [23] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [24] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [25] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [26] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [27] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [28] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [29] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [30] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [31] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [32] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [33] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > [34] NULL 0000000000000000 00000000 > 0000000000000000 0000000000000000 0 0 0 > Key to Flags: > W (write), A (alloc), X (execute), M (merge), S (strings) > I (info), L (link order), G (group), T (TLS), E (exclude), x (unknown) > O (extra OS processing required) o (OS specific), p (processor > specific) > > There are no section groups in this file. > > There are no relocations in this file. > > The decoding of unwind sections for machine type PowerPC64 is not > currently supported. > > No version information found in this file. > > I have a question unexec part is called always? Even when make bootstrap is not called? What is bootstrap used for? -- Petr Hracek Software Engineer Developer Experience Red Hat, Inc Mob: +420777056169 email: phracek@redhat.com