From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.bugs Subject: bug#26638: 25.2; Fatal error 6: Abortmake[1]: *** [Makefile:737: bootstrap-emacs] Abort (core dumped) Date: Thu, 14 Sep 2017 12:14:49 -0700 Organization: UCLA Computer Science Department Message-ID: <1083333f-45ba-1d2f-8277-366e44dd1ca1@cs.ucla.edu> References: <59a9c203-815c-2336-d65a-463ac1316f97@cs.ucla.edu> <18198414-5ED9-4B88-B941-A4D95A1BE54B@gmail.com> <83val1z3ht.fsf@gnu.org> <7cc39429-b455-cb53-8991-4fe569b16a8a@cs.ucla.edu> <36B0F03B-13B5-4305-B3F6-EE8196FDFF41@gmail.com> <3461DFC4-C14D-482E-BB71-6935FA6F1E2C@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1505416528 20176 195.159.176.226 (14 Sep 2017 19:15:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 14 Sep 2017 19:15:28 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 Cc: 26638@debbugs.gnu.org To: =?UTF-8?Q?=E7=99=BD=E4=BA=95=E5=BD=B0?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 14 21:15:20 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dsZbW-0004lX-0A for geb-bug-gnu-emacs@m.gmane.org; Thu, 14 Sep 2017 21:15:14 +0200 Original-Received: from localhost ([::1]:49610 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dsZba-00064a-8h for geb-bug-gnu-emacs@m.gmane.org; Thu, 14 Sep 2017 15:15:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48766) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dsZbP-00060W-B8 for bug-gnu-emacs@gnu.org; Thu, 14 Sep 2017 15:15:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dsZbL-0008DZ-A1 for bug-gnu-emacs@gnu.org; Thu, 14 Sep 2017 15:15:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:32773) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dsZbL-0008Cw-6e for bug-gnu-emacs@gnu.org; Thu, 14 Sep 2017 15:15:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dsZbK-0005WS-Qq for bug-gnu-emacs@gnu.org; Thu, 14 Sep 2017 15:15:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Sep 2017 19:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26638 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 26638-submit@debbugs.gnu.org id=B26638.150541650121208 (code B ref 26638); Thu, 14 Sep 2017 19:15:02 +0000 Original-Received: (at 26638) by debbugs.gnu.org; 14 Sep 2017 19:15:01 +0000 Original-Received: from localhost ([127.0.0.1]:41454 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dsZbI-0005W0-OD for submit@debbugs.gnu.org; Thu, 14 Sep 2017 15:15:00 -0400 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:41676) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dsZbF-0005Vl-58 for 26638@debbugs.gnu.org; Thu, 14 Sep 2017 15:14:57 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 5310A160CFC; Thu, 14 Sep 2017 12:14:51 -0700 (PDT) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 7L-3d4yHGvka; Thu, 14 Sep 2017 12:14:50 -0700 (PDT) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 894EB160D02; Thu, 14 Sep 2017 12:14:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id pP4gGV8JYBtF; Thu, 14 Sep 2017 12:14:50 -0700 (PDT) Original-Received: from [192.168.1.9] (unknown [47.154.18.85]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 51B99160C05; Thu, 14 Sep 2017 12:14:50 -0700 (PDT) In-Reply-To: <3461DFC4-C14D-482E-BB71-6935FA6F1E2C@gmail.com> Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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" Xref: news.gmane.org gmane.emacs.bugs:136971 Archived-At: =E7=99=BD=E4=BA=95=E5=BD=B0 wrote: > './configure --with-gif=3Dno CFLAGS=3D"-m64 -g3"' with Sun C 5.15, > 'CCLD temacs' failed on my site: >=20 > make[2]: Leaving directory '/tmp/emacs-25.2/admin/unidata' > CCLD temacs > ld: fatal: file /usr/sfw/lib/libfreetype.so: wrong ELF class: ELFCLASS3= 2 > ld: fatal: file /usr/sfw/lib/libXrender.so: wrong ELF class: ELFCLASS32 > ld: fatal: file /usr/sfw/lib/libfreetype.so: wrong ELF class: ELFCLASS3= 2 > ld: fatal: File processing errors. No output written to temacs You'd need to link to 64-bit libraries. If you can't find them, then plea= se=20 disable the the troublesome 32-bitlibraries. E.g., ./configure --with-gif=3Dno --with-xft=3Dno CFLAGS=3D"-m64 -g3" should build without the abovementioned libraries. > Now I can recreate the segmentation fault of temacs every time with > Sun C 5.15 on my site, and the backtrace of temacs seems very alike > for each build of emacs-25.2: That's "encouraging", in some sense. At least you can reproduce the bug. > % cat /tmp/aaa.txt > core '/tmp/emacs-25.2/src/core' of 24956: ./temacs --batch --load l= oadup bootstrap > fe5a17ea rt_dldump (feffdd88, 8c0c21c, 1000, 0) + 7a6 > fefd9fe9 dldump_core (feffb28c, 0, 8c0c21c, 1000) + 175 > fefda036 dldump (0, 8c0c21c, 1000, 8bd1b58) + 42 > 0834b719 unexec (8c0c21c, 8c0c250, 8046ac8, 8215a4d) + 19 This sounds promising. Can you use a debugger to find out what is going w= rong=20 inside rt_dldump?