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 10:41:47 +0200 Message-ID: <5613894B.9070902@redhat.com> References: <555C3E3C.4090700@redhat.com> <555DD5D3.3020207@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> 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 1444120995 13089 80.91.229.3 (6 Oct 2015 08:43:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 6 Oct 2015 08:43:15 +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 10:43:08 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 1ZjNpz-0002u2-PF for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Oct 2015 10:43:08 +0200 Original-Received: from localhost ([::1]:49619 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZjNpz-0002uq-0Q for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Oct 2015 04:43:07 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41938) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZjNp2-0001CR-1T for bug-gnu-emacs@gnu.org; Tue, 06 Oct 2015 04:42:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZjNox-0002cS-0P for bug-gnu-emacs@gnu.org; Tue, 06 Oct 2015 04:42:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38730) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZjNow-0002cF-UV for bug-gnu-emacs@gnu.org; Tue, 06 Oct 2015 04:42:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZjNow-0004wB-IO for bug-gnu-emacs@gnu.org; Tue, 06 Oct 2015 04:42: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: Tue, 06 Oct 2015 08:42:02 +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.144412091418965 (code B ref 20614); Tue, 06 Oct 2015 08:42:02 +0000 Original-Received: (at 20614) by debbugs.gnu.org; 6 Oct 2015 08:41:54 +0000 Original-Received: from localhost ([127.0.0.1]:55934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZjNon-0004vo-6G for submit@debbugs.gnu.org; Tue, 06 Oct 2015 04:41:53 -0400 Original-Received: from mx1.redhat.com ([209.132.183.28]:33266) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZjNok-0004ve-8F for 20614@debbugs.gnu.org; Tue, 06 Oct 2015 04:41:52 -0400 Original-Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (Postfix) with ESMTPS id 7371C36B1C9; Tue, 6 Oct 2015 08:41:49 +0000 (UTC) Original-Received: from [10.34.4.133] (unused-4-133.brq.redhat.com [10.34.4.133]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t968flQY017935; Tue, 6 Oct 2015 04:41:48 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: <83d1wtz29x.fsf@gnu.org> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 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:107357 Archived-At: 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. -- Petr Hracek Software Engineer Developer Experience Red Hat, Inc Mob: +420777056169 email: phracek@redhat.com