From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: =?UTF-8?Q?=E7=99=BD=E4=BA=95=E5=BD=B0?= Newsgroups: gmane.emacs.bugs Subject: bug#26638: 25.2; Fatal error 6: Abortmake[1]: *** [Makefile:737: bootstrap-emacs] Abort (core dumped) Date: Thu, 28 Sep 2017 00:16:47 +0900 Message-ID: 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> <1083333f-45ba-1d2f-8277-366e44dd1ca1@cs.ucla.edu> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1506525454 25425 195.159.176.226 (27 Sep 2017 15:17:34 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 27 Sep 2017 15:17:34 +0000 (UTC) Cc: Akira Shirai , 26638@debbugs.gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 27 17:17:28 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 1dxE5G-0005Vv-Tz for geb-bug-gnu-emacs@m.gmane.org; Wed, 27 Sep 2017 17:17:11 +0200 Original-Received: from localhost ([::1]:55215 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dxE5O-0008QZ-5I for geb-bug-gnu-emacs@m.gmane.org; Wed, 27 Sep 2017 11:17:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33263) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dxE5B-0008Oj-IF for bug-gnu-emacs@gnu.org; Wed, 27 Sep 2017 11:17:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dxE58-000486-T2 for bug-gnu-emacs@gnu.org; Wed, 27 Sep 2017 11:17:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:54702) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dxE58-00047u-PN for bug-gnu-emacs@gnu.org; Wed, 27 Sep 2017 11:17:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dxE58-0000ZD-Fu for bug-gnu-emacs@gnu.org; Wed, 27 Sep 2017 11:17:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?=E7=99=BD=E4=BA=95=E5=BD=B0?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Sep 2017 15:17: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.15065254212168 (code B ref 26638); Wed, 27 Sep 2017 15:17:02 +0000 Original-Received: (at 26638) by debbugs.gnu.org; 27 Sep 2017 15:17:01 +0000 Original-Received: from localhost ([127.0.0.1]:35150 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dxE56-0000Yu-J5 for submit@debbugs.gnu.org; Wed, 27 Sep 2017 11:17:00 -0400 Original-Received: from mail-pf0-f179.google.com ([209.85.192.179]:52831) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dxE55-0000Yh-0N for 26638@debbugs.gnu.org; Wed, 27 Sep 2017 11:16:59 -0400 Original-Received: by mail-pf0-f179.google.com with SMTP id p87so7402944pfj.9 for <26638@debbugs.gnu.org>; Wed, 27 Sep 2017 08:16:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QNq9vULHB3r7S62ew93xopuqzRFOF5wMCgoCJUjYcDU=; b=YKf8lCCQE6eAHUgTzlPdFMfVjgkVikU2KDVjfQ0hKuS+bCmHqaUFJif+xYX4II8Qk7 hZcNaMjhi9ZJBI6oNWQmvDy81eVHZPvpPeNcdyNJgYIZQrnGP8/6EuhQCRL/RA9BJGIl Sxrjbl24RoC/vZ0zqOnYnMuKUFQMFEcO6QIJROISVYMaxSnsMI65B8ALpA8uNZmIgc8b rr4w6vIX5mmbzDNtidnQGs3rdoCexU2RcHXtw1DRjm4tApbSHQMky0Wa9hjhj6iNEmap c4KjNO+YZnsH/8O4SkNNTosTPCo5BPtA2lSPcddwY2qw5zvClmIQSu0GHiSPSOXsUoIY TRHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QNq9vULHB3r7S62ew93xopuqzRFOF5wMCgoCJUjYcDU=; b=m6aoByDVdMdK2+QlCV+dg25P6hLqBr2C1acuSbIkLmTFqw69ZQEz22GeSen91fZsez tM3o98HkNf4JkWvAEm/1rQhWQucpSWMoWJlpU57ttqBddqsg0J2HBkNxJTTexgnwMEji xIcnZDQEy6ulFB3XqRgnmQiBbJ3557HbZnWZM7K3MJUe7y8hQIslp6c+Pptz2rydlgSg tUxQGGI3/3C5SxS8ZEkGw8srsgTwlhsT0y5IxyjF1GE6vJ4IlPT0nW3KBy9nUzgTiIG0 5Dm5dHdjkATFLHizrOpoCqeOn5H6yT181Yv2lktbSAlzhBsHoDpKYYGWYQ1BuoE38zEg AOeQ== X-Gm-Message-State: AHPjjUjqEcP+HV46tfH++eaJ7oAu9cenXvPMhsfNZPSLamhbzi1nrFox NafIv+DxUKC8dGRiYXbiaGI= X-Google-Smtp-Source: AOwi7QCzbuzC8GNHVt1q8nUtfffirbrm23HrU28Os6kIHY+/Q1dbKNfbPIF3jWEH1Ul3Lb9YH5PnAQ== X-Received: by 10.99.110.12 with SMTP id j12mr1640780pgc.163.1506525413278; Wed, 27 Sep 2017 08:16:53 -0700 (PDT) Original-Received: from [172.20.10.3] (pw126236194057.12.panda-world.ne.jp. [126.236.194.57]) by smtp.gmail.com with ESMTPSA id t125sm8436855pgc.88.2017.09.27.08.16.50 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Sep 2017 08:16:52 -0700 (PDT) In-Reply-To: <1083333f-45ba-1d2f-8277-366e44dd1ca1@cs.ucla.edu> X-Mailer: Apple Mail (2.3273) 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:137498 Archived-At: I cannot build emacs-25.2 on Solaris 10 Update 7 and Update 10 with Sun = C 5.15, but on Solaris 10 Update 11 I can build emacs-25.2 with Sun C 5.15 = successfully. Below is the debugger's output for temacs on Solaris 10 Update 7: t@1 (l@1) program terminated by signal SEGV (no mapping at the fault = address) 0xfe5a17ea: rt_dldump+0x07a6: cmpl $0x00000009,0x00000004(%eax) Current function is unexec 18 if (! dldump (0, new_name, RTLD_MEMORY)) (dbx) down (dbx) down (dbx) down 0xfe5a17ea: rt_dldump+0x07a6: cmpl $0x00000009,0x00000004(%eax) (dbx) where current thread: t@1 =3D>[1] rt_dldump(0xfeffdd88, 0x8c0c21c, 0x1000, 0x0), at 0xfe5a17ea [2] dldump_core(0xfeffb28c, 0x0, 0x8c0c21c, 0x1000), at 0xfefd9fe9 [3] _dldump(0x0, 0x8c0c21c, 0x1000, 0x8bd1b58), at 0xfefda036 [4] unexec(new_name =3D 0x8c0c21c "/tmp/emacs-25.2/src/emacs", = old_name =3D 0x8c0c250 "/tmp/emacs-25.2/src/temacs"), line 18 in = "unexsol.c" [5] Fdump_emacs(filename =3D 146611036, symfile =3D 146610668), line = 2115 in "emacs.c" [6] eval_sub(form =3D 141049003), line 2175 in "eval.c" [7] Fprogn(body =3D 141048979), line 431 in "eval.c" [8] eval_sub(form =3D 140739195), line 2125 in "eval.c" [9] Fif(args =3D 140739219), line 388 in "eval.c" [10] eval_sub(form =3D 140749643), line 2125 in "eval.c" [11] readevalloop(readcharfun =3D 11424, stream =3D 0x8621340, = sourcename =3D 140810868, printflag =3D 0, unibyte =3D 0, readfun =3D 0, = start =3D 0, end =3D 0), line 1927 in "lread.c" [12] Fload(file =3D 140810740, noerror =3D 0, nomessage =3D 0, = nosuffix =3D 0, must_suffix =3D 0), line 1336 in "lread.c" [13] eval_sub(form =3D 140745611), line 2188 in "eval.c" [14] Feval(form =3D 140745611, lexical =3D 0), line 1994 in "eval.c" [15] top_level_2(), line 1121 in "keyboard.c" [16] internal_condition_case(bfun =3D 0x82219c0 =3D = &`temacs`keyboard.c`top_level_2(), handlers =3D 8712, hfun =3D 0x8221320 = =3D &`temacs`keyboard.c`cmd_error(Lisp_Object data)), line 1315 in = "eval.c" [17] top_level_1(ignore =3D 0), line 1129 in "keyboard.c" [18] internal_catch(tag =3D 21840, func =3D 0x8221a20 =3D = &`temacs`keyboard.c`top_level_1(Lisp_Object ignore), arg =3D 0), line = 1080 in "eval.c" [19] command_loop(), line 1090 in "keyboard.c" [20] recursive_edit_1(), line 697 in "keyboard.c" [21] Frecursive_edit(), line 768 in "keyboard.c" [22] main(argc =3D 5, argv =3D 0x8047ce0), line 1629 in "emacs.c" (dbx) regs current thread: t@1 current frame: [1] eax 0x00000001 ebx 0xfe5b3000 ecx 0x00001741 edx 0x00000000 esi 0x08047ff2 edi 0xfed61730 ebp 0x080469c4 esp 0x08046794 trapno 0x0000000e 0x00000000 err 0x00000004 0x00000000 eflags 0x00010202 0x00000000 eip 0xfe5a17ea:rt_dldump+0x7a6 cmpl = $0x00000009,0x00000004(%eax) gs 0x000001c3 0x00000000 fs 0x00000043 0x00000000 es 0x00000000 0x00000000 ds 0x00000043 0x00000000 ss 0x00000043 0x00000000 cs 0x0000003b 0x00000000 (dbx) dis 0xfe5a17dc 0xfe5a17dc: rt_dldump+0x0798: cmpl $0x00000005,(%eax) 0xfe5a17df: rt_dldump+0x079b: je rt_dldump+0x812 [ = 0xfe5a1856, .+0x77 ] 0xfe5a17e1: rt_dldump+0x079d: movl %eax,%edi 0xfe5a17e3: rt_dldump+0x079f: movl 0x00000008(%edi),%eax 0xfe5a17e6: rt_dldump+0x07a2: testl %eax,%eax 0xfe5a17e8: rt_dldump+0x07a4: je rt_dldump+0x809 [ = 0xfe5a184d, .+0x65 ] 0xfe5a17ea: rt_dldump+0x07a6: cmpl $0x00000009,0x00000004(%eax) 0xfe5a17ee: rt_dldump+0x07aa: jne rt_dldump+0x809 [ = 0xfe5a184d, .+0x5f ] 0xfe5a17f0: rt_dldump+0x07ac: cmpl $0x00000000,0x0000000c(%eax) 0xfe5a17f4: rt_dldump+0x07b0: je rt_dldump+0x809 [ = 0xfe5a184d, .+0x59 ] Below is librtld.so.1 for each Solaris 10: Solaris 10 Update 7 -rwxr-xr-x 1 root bin 33884 Sep 14 = 2009 /lib/librtld.so.1 Solaris 10 Update 8 -rwxr-xr-x 1 root bin 33884 Sep 14 = 2009 /lib/librtld.so.1 Solaris 10 Update 9 -rwxr-xr-x 1 root bin 33884 Sep 14 = 2009 /lib/librtld.so.1 Solaris 10 Update 10 -rwxr-xr-x 1 root bin 41720 Jul 5 = 2011 /lib/librtld.so.1 Solaris 10 Update 11 -rwxr-xr-x 1 root bin 42036 Jan 14 = 2013 /lib/librtld.so.1 > 2017/09/15 4:14=E3=80=81Paul Eggert =E3=81=AE=E3=83=A1= =E3=83=BC=E3=83=AB: >=20 > =E7=99=BD=E4=BA=95=E5=BD=B0 wrote: >=20 >> './configure --with-gif=3Dno CFLAGS=3D"-m64 -g3"' with Sun C 5.15, >> 'CCLD temacs' failed on my site: >> make[2]: Leaving directory '/tmp/emacs-25.2/admin/unidata' >> CCLD temacs >> ld: fatal: file /usr/sfw/lib/libfreetype.so: wrong ELF class: = ELFCLASS32 >> ld: fatal: file /usr/sfw/lib/libXrender.so: wrong ELF class: = ELFCLASS32 >> ld: fatal: file /usr/sfw/lib/libfreetype.so: wrong ELF class: = ELFCLASS32 >> ld: fatal: File processing errors. No output written to temacs >=20 > You'd need to link to 64-bit libraries. If you can't find them, then = please disable the the troublesome 32-bitlibraries. E.g., >=20 > ./configure --with-gif=3Dno --with-xft=3Dno CFLAGS=3D"-m64 -g3" >=20 > should build without the abovementioned libraries. >=20 >> 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: >=20 > That's "encouraging", in some sense. At least you can reproduce the = bug. >=20 >> % cat /tmp/aaa.txt >> core '/tmp/emacs-25.2/src/core' of 24956: ./temacs --batch --load = loadup 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 >=20 > This sounds promising. Can you use a debugger to find out what is = going wrong inside rt_dldump?