GNU bug report logs - #57789
Emacs 28.1 clone build with native compilation crashes on s390x

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: Rob Browning <rlb@HIDDEN>; dated Wed, 14 Sep 2022 01:05:01 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 17 Sep 2022 21:04:34 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Sep 17 17:04:34 2022
Received: from localhost ([127.0.0.1]:47268 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oZezK-0004MD-DD
	for submit <at> debbugs.gnu.org; Sat, 17 Sep 2022 17:04:34 -0400
Received: from defaultvalue.org ([45.33.119.55]:59684 ident=postfix)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rlb@HIDDEN>) id 1oZezI-0004M6-Nk
 for 57789 <at> debbugs.gnu.org; Sat, 17 Sep 2022 17:04:33 -0400
Received: from trouble.defaultvalue.org (localhost [127.0.0.1])
 (Authenticated sender: rlb@HIDDEN)
 by defaultvalue.org (Postfix) with ESMTPSA id 6A7392015F;
 Sat, 17 Sep 2022 16:04:32 -0500 (CDT)
Received: by trouble.defaultvalue.org (Postfix, from userid 1000)
 id 0C18114E081; Sat, 17 Sep 2022 16:04:32 -0500 (CDT)
From: Rob Browning <rlb@HIDDEN>
To: Gerd =?utf-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation
 crashes on s390x
In-Reply-To: <m2y1ujlusp.fsf@HIDDEN>
References: <87h71aix5r.fsf@HIDDEN>
 <83tu5a3cdw.fsf@HIDDEN> <87pmfxhfoz.fsf@HIDDEN>
 <87mtb1hfl6.fsf@HIDDEN> <m2y1ujlusp.fsf@HIDDEN>
Date: Sat, 17 Sep 2022 16:04:31 -0500
Message-ID: <87tu55k90g.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Gerd M=C3=B6llmann <gerd.moellmann@HIDDEN> writes:

> Looking at Rob's backtrace,=20
>
> #0  mark_object (arg=3D<optimized out>) at alloc.c:6809
> #1  0x000002aa001a8ee6 in mark_objects (n=3D<optimized out>, obj=3D0x2aa0=
0ac54a8) at alloc.c:6607
> #2  mark_vectorlike (header=3D0x2aa00ac54a0) at alloc.c:6382
> #3  0x000002aa001a8ee6 in mark_objects (n=3D<optimized out>, obj=3D0x2aa0=
07f4ca8) at alloc.c:6607
> #4  mark_vectorlike (header=3D0x2aa007f4ca0) at alloc.c:6382
> #5  0x000002aa001a8ee6 in mark_objects (n=3D<optimized out>, obj=3D0x2aa0=
07c3b10) at alloc.c:6607
> #6  mark_vectorlike (header=3D0x2aa007c3b08) at alloc.c:6382
> #7  0x000002aa001a7c3e in visit_static_gc_roots (visitor=3D...) at alloc.=
c:5926
>
> and seeing frame#7, would it be a way forward to determine which
> staticpro (I assume it is a staticpro) that is?  Maybe that can give a
> clue which one can then use together with a bisect, perhaps?

Not completely sure I followed, but moving up to that frame and printing
visitor didn't work: "optimized out".

--=20
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 17 Sep 2022 21:00:21 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Sep 17 17:00:21 2022
Received: from localhost ([127.0.0.1]:47258 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oZevF-0004FX-4y
	for submit <at> debbugs.gnu.org; Sat, 17 Sep 2022 17:00:21 -0400
Received: from defaultvalue.org ([45.33.119.55]:59682 ident=postfix)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rlb@HIDDEN>) id 1oZevC-0004FJ-9Q
 for 57789 <at> debbugs.gnu.org; Sat, 17 Sep 2022 17:00:20 -0400
Received: from trouble.defaultvalue.org (localhost [127.0.0.1])
 (Authenticated sender: rlb@HIDDEN)
 by defaultvalue.org (Postfix) with ESMTPSA id 819AE2015F;
 Sat, 17 Sep 2022 16:00:17 -0500 (CDT)
Received: by trouble.defaultvalue.org (Postfix, from userid 1000)
 id 1D36414E081; Sat, 17 Sep 2022 16:00:17 -0500 (CDT)
From: Rob Browning <rlb@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>, Andrea Corallo <akrl@HIDDEN>, Paul Eggert
 <eggert@HIDDEN>
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation
 crashes on s390x
In-Reply-To: <83wna5yuws.fsf@HIDDEN>
References: <87h71aix5r.fsf@HIDDEN>
 <83tu5a3cdw.fsf@HIDDEN> <87pmfxhfoz.fsf@HIDDEN>
 <83wna5yuws.fsf@HIDDEN>
Date: Sat, 17 Sep 2022 16:00:17 -0500
Message-ID: <87wna1k97i.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)


Eli Zaretskii <eliz@HIDDEN> writes:

> Rob Browning <rlb@HIDDEN> writes:

> Does the build of the same code with the same options sans
> "--with-native-compilation" succeed, or does it also crash with
> similar symptoms?

Works fine.

> You can source it manually from the GDB prompt, when the segfault
> happens, and then invoke xbacktrace manually, can't you?

Yep.

  Breakpoint 1 at 0x2aa0004ef30: file emacs.c, line 400.
  Breakpoint 2 at 0x2aa0010f168: file xterm.c, line 10291.
  (gdb) xbacktrace
  "Automatic GC" (0x0)
  "internal-macroexpand-for-load" (0xffffa6a8)
  "eval-buffer" (0xffffaa28)
  "let" (0xffffac10)
  "let" (0xffffae28)
  "unwind-protect" (0xffffaff0)
  "let" (0xffffb1f8)
  "if" (0xffffb3c8)
  "load-with-code-conversion" (0xffffb650)
  "time-since" (0xffffbba8)
  "comp--native-compile" (0xffffbd38)
  "batch-native-compile" (0xffffbef0)
  "batch-byte+native-compile" (0xffffc080)
  "funcall" (0xffffc078)
  "if" (0xffffc268)
  "cond" (0xffffc438)
  "let*" (0xffffc618)
  "while" (0xffffc7e8)
  "let*" (0xffffc9c8)
  "progn" (0xffffcb98)
  "if" (0xffffccc0)
  "let" (0xffffceb8)
  "let" (0xffffd0b0)
  "command-line-1" (0xffffd280)
  "let" (0xffffd570)
  "command-line" (0xffffd740)
  "unwind-protect" (0xffffd9f0)
  "let" (0xffffdbe8)
  "if" (0xffffddb8)
  "normal-top-level" (0xffffdf88)

> Too bad, it means we have a heisenbug on our hands, which will make it
> even harder to debug (as if debugging crashes in GC were not hard
> enough already).
>
> What happens if you modify this variable:
>
>   (defcustom native-comp-debug (if (eq 'windows-nt system-type) 1 0)
>
> to have the value 1 or even zero, and then rebuild from scratch? does
> the build succeed then?

No, appears to crash in the same way.

> Yes, running the full test suite would be the logical next step.

Oh, I had run it, I just meant that I'd likely want to double-check via
testing in a loop to try to see if it might be an intermittent failure.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 16 Sep 2022 08:43:41 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Sep 16 04:43:41 2022
Received: from localhost ([127.0.0.1]:41607 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oZ6wn-0005O5-KE
	for submit <at> debbugs.gnu.org; Fri, 16 Sep 2022 04:43:41 -0400
Received: from mx.sdf.org ([205.166.94.24]:58407)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <akrl@HIDDEN>) id 1oZ6wl-0005Nx-9R
 for 57789 <at> debbugs.gnu.org; Fri, 16 Sep 2022 04:43:39 -0400
Received: from ma.sdf.org (ma.sdf.org [205.166.94.33])
 by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 28G8hbp5000340
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO);
 Fri, 16 Sep 2022 08:43:38 GMT
From: Andrea Corallo <akrl@HIDDEN>
To: Paul Eggert <eggert@HIDDEN>
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation
 crashes on s390x
In-Reply-To: <020828f9-c137-e584-89a5-f1ad0c38df9c@HIDDEN> (Paul Eggert's
 message of "Thu, 15 Sep 2022 09:51:54 -0500")
References: <87h71aix5r.fsf@HIDDEN> <83tu5a3cdw.fsf@HIDDEN>
 <87pmfxhfoz.fsf@HIDDEN> <83wna5yuws.fsf@HIDDEN>
 <020828f9-c137-e584-89a5-f1ad0c38df9c@HIDDEN>
Date: Fri, 16 Sep 2022 08:43:37 +0000
Message-ID: <xjfsfkrbtfq.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>,
 Rob Browning <rlb@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Paul Eggert <eggert@HIDDEN> writes:

> On 9/15/22 02:10, Eli Zaretskii wrote:
>>> Of course that's not remotely conclusive, but if all of the C code
>>> wasn't written with strict-aliasing in mind, then I wondered if it might
>>> make sense to consider adding -fno-strict-aliasing as a default option.
>> I don't know enough about this.  Perhaps Andrea or Paul could comment.
>>
> Throwing -fno-strict-aliasing in the mix is a bit like throwing -O1
> into the mix. I'm not surprised it would cause a Heisenbug to vanish;
> it doesn't mean strict aliasing is the problem.

Hi Paul,

totally agree with you.  The fact that even -g has an impact here
clearly shows that initial conditions are not necessary directly
connected with the final symptom we observe.

Best Regards

  Andrea




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 16 Sep 2022 08:39:51 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Sep 16 04:39:51 2022
Received: from localhost ([127.0.0.1]:41602 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oZ6t4-0005I5-VD
	for submit <at> debbugs.gnu.org; Fri, 16 Sep 2022 04:39:51 -0400
Received: from mx.sdf.org ([205.166.94.24]:58799)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <akrl@HIDDEN>) id 1oZ6t2-0005Hv-85
 for 57789 <at> debbugs.gnu.org; Fri, 16 Sep 2022 04:39:49 -0400
Received: from ma.sdf.org (ma.sdf.org [205.166.94.33])
 by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 28G8dZX5027378
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO);
 Fri, 16 Sep 2022 08:39:36 GMT
From: Andrea Corallo <akrl@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation
 crashes on s390x
In-Reply-To: <83wna5yuws.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 15 Sep
 2022 10:10:59 +0300")
References: <87h71aix5r.fsf@HIDDEN> <83tu5a3cdw.fsf@HIDDEN>
 <87pmfxhfoz.fsf@HIDDEN> <83wna5yuws.fsf@HIDDEN>
Date: Fri, 16 Sep 2022 08:39:35 +0000
Message-ID: <xjfzgezbtmg.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org, Paul Eggert <eggert@HIDDEN>,
 Rob Browning <rlb@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Eli Zaretskii <eliz@HIDDEN> writes:

>> From: Rob Browning <rlb@HIDDEN>
>> Cc: 57789 <at> debbugs.gnu.org
>> Date: Wed, 14 Sep 2022 15:19:24 -0500
>> 
>> Eli Zaretskii <eliz@HIDDEN> writes:
>> 
>> > Please run the crashing command under GDB, and when it segfaults,
>> > produce the C-level and Lisp-level backtrace, and post them here.
>> 
>> Starting from scratch with the emacs-28.1 commit I can reproduce the
>> failure when building via
>> 
>>   ./configure --prefix=/home/rlb/opt/emacs-tmp --with-native-compilation
>> 
>> It crashes with the same segfault repeatably, i.e. if you run make
>> again, it crashes again on the previously mentioned "... -l comp -f
>> batch-byte+native-compile international/titdic-cnv.el" invocation.  That
>> crash output is attached below.
>> 
>> After adjusting the Makefile.in invocation so I could run it with gdb in
>> exactly the same environment once it's failing on that command, I
>> captured the backtrace and included it below.
>
> Thanks.  The backtrace indicates that the crash is in GC.  This
> probably means we have some fundamental problem on that architecture.
> Andrea, any advice for how to investigate?

Mmmh one cheap way to maybe gather more info is to have a run under
valgrind.

Other than that I typically start debugging with GDB and possibly
rr. Like what is (or was) the object the GC is crashing on?  Why?
What's the last piece of code that touched it? Why?  IIUC here we have
no debug symbols so this makes it very difficult.

BTW the fact that -g has an impact on the crash is very odd

  Andrea





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 16 Sep 2022 06:04:17 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Sep 16 02:04:17 2022
Received: from localhost ([127.0.0.1]:41271 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oZ4SX-0001At-I6
	for submit <at> debbugs.gnu.org; Fri, 16 Sep 2022 02:04:17 -0400
Received: from mail-ej1-f42.google.com ([209.85.218.42]:45708)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <gerd.moellmann@HIDDEN>) id 1oZ4ST-0001Ac-Su
 for 57789 <at> debbugs.gnu.org; Fri, 16 Sep 2022 02:04:16 -0400
Received: by mail-ej1-f42.google.com with SMTP id dv25so46983978ejb.12
 for <57789 <at> debbugs.gnu.org>; Thu, 15 Sep 2022 23:04:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
 h=mime-version:user-agent:message-id:date:references:in-reply-to
 :subject:cc:to:from:from:to:cc:subject:date;
 bh=700qDJZwJ4Ifn9qLzLoCOkpVJS1deirLm4c7cENYKog=;
 b=USkx/dPTJA3b3ur18RO/Ptkmzl/U2HH5x8y9flBjBuXpjYneOgs038kDVegiO0BJN+
 bvXpvakQwGj5JvlUikfH7IIoyni3OFDBZJddKw+y5Gk8A6r51sxTtMcznS7v8lQUB+Ru
 3FhZqqyvHWdvNAwwJmrvCTouNAN6ZJzpF5iPQmfHytaO/3/SwKUGdFCd0ve7o2EGuPYU
 8wgsu497faa/UPT2QcVtSLS/J9qfy1Qx0sl3wfz/w46N+KQUPmElv5onLrN8pljtRr65
 isSil8N73KCofUhCxLb/fTT9X94Ss5GdnpfIzCq+dYBbHbntUzr/XLfZuXQxLgDtEgNA
 73jw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=mime-version:user-agent:message-id:date:references:in-reply-to
 :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date;
 bh=700qDJZwJ4Ifn9qLzLoCOkpVJS1deirLm4c7cENYKog=;
 b=AFhPjoML7mROSmDU9enwwDMFAoB+0upEgm204fVzXzWkNP4obAooSt67XeASonUfkd
 jbGWsw5dglS49bJ7kt3l2m+HdGbUoO0nmMcWVLqicd1CCUIs/09TEm0sN2kHDt45FvFs
 tLc0dHLyxbKxMyKy33KI/MU1KqJhfAshqNmqH3TDn5s7WaM/d4lz8/tEINMLwdfY6X09
 t9j4297z1Pf0wu18qZrzfqZZc0nhOB0frzCswZdNpJ6MDCNC7MF8D+IZ1piAsln+Rvin
 Ox4aCaqTvhAdOB56YR/dS10etiBLwYsoibTDWaI2+i2z5A1KTTCeWngfHF5mc06Baj5P
 Wv3Q==
X-Gm-Message-State: ACrzQf0BIlX6AqzH/IZSYs7atPTxu3sJGMQCW+9XZPAQ4giPtjys/48B
 T+BIApkKg845OSL44kdD8m6vRwtCZ2swXg==
X-Google-Smtp-Source: AMsMyM4+Mxuv+zLLaBd5uckqw3K3Sv12ZzFlPFFpKW2C3xAO5UVNfPPU61lqof4C+Ym+aLzh2gCPiQ==
X-Received: by 2002:a17:907:7e8c:b0:77d:fecf:c24a with SMTP id
 qb12-20020a1709077e8c00b0077dfecfc24amr2477397ejc.134.1663308247573; 
 Thu, 15 Sep 2022 23:04:07 -0700 (PDT)
Received: from Mini.fritz.box (pd9e36af3.dip0.t-ipconnect.de.
 [217.227.106.243]) by smtp.gmail.com with ESMTPSA id
 2-20020a170906210200b00730979f568fsm10020832ejt.150.2022.09.15.23.04.06
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Thu, 15 Sep 2022 23:04:07 -0700 (PDT)
From: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
To: Rob Browning <rlb@HIDDEN>
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation
 crashes on s390x
In-Reply-To: <87mtb1hfl6.fsf@HIDDEN> (Rob Browning's message
 of "Wed, 14 Sep 2022 15:21:41 -0500")
References: <87h71aix5r.fsf@HIDDEN> <83tu5a3cdw.fsf@HIDDEN>
 <87pmfxhfoz.fsf@HIDDEN>
 <87mtb1hfl6.fsf@HIDDEN>
Date: Fri, 16 Sep 2022 08:04:06 +0200
Message-ID: <m2y1ujlusp.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (darwin)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Rob Browning <rlb@HIDDEN> writes:

> Rob Browning <rlb@HIDDEN> writes:
>
>> Starting from scratch with the emacs-28.1 commit I can reproduce the
>> failure when building via
>
> Oops, meant the emacs-28.2 commit for all of that testing.

Looking at Rob's backtrace, 

#0  mark_object (arg=<optimized out>) at alloc.c:6809
#1  0x000002aa001a8ee6 in mark_objects (n=<optimized out>, obj=0x2aa00ac54a8) at alloc.c:6607
#2  mark_vectorlike (header=0x2aa00ac54a0) at alloc.c:6382
#3  0x000002aa001a8ee6 in mark_objects (n=<optimized out>, obj=0x2aa007f4ca8) at alloc.c:6607
#4  mark_vectorlike (header=0x2aa007f4ca0) at alloc.c:6382
#5  0x000002aa001a8ee6 in mark_objects (n=<optimized out>, obj=0x2aa007c3b10) at alloc.c:6607
#6  mark_vectorlike (header=0x2aa007c3b08) at alloc.c:6382
#7  0x000002aa001a7c3e in visit_static_gc_roots (visitor=...) at alloc.c:5926

and seeing frame#7, would it be a way forward to determine which
staticpro (I assume it is a staticpro) that is?  Maybe that can give a
clue which one can then use together with a bisect, perhaps?

WDYT?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 15 Sep 2022 16:26:57 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Sep 15 12:26:57 2022
Received: from localhost ([127.0.0.1]:59012 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oYrhY-0006pE-TU
	for submit <at> debbugs.gnu.org; Thu, 15 Sep 2022 12:26:57 -0400
Received: from defaultvalue.org ([45.33.119.55]:59680 ident=postfix)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rlb@HIDDEN>) id 1oYrhV-0006p3-8W
 for 57789 <at> debbugs.gnu.org; Thu, 15 Sep 2022 12:26:55 -0400
Received: from trouble.defaultvalue.org (localhost [127.0.0.1])
 (Authenticated sender: rlb@HIDDEN)
 by defaultvalue.org (Postfix) with ESMTPSA id 5B0A3203B5;
 Thu, 15 Sep 2022 11:26:52 -0500 (CDT)
Received: by trouble.defaultvalue.org (Postfix, from userid 1000)
 id E723114E081; Thu, 15 Sep 2022 11:26:51 -0500 (CDT)
From: Rob Browning <rlb@HIDDEN>
To: Paul Eggert <eggert@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, Andrea
 Corallo <akrl@HIDDEN>
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation
 crashes on s390x
In-Reply-To: <020828f9-c137-e584-89a5-f1ad0c38df9c@HIDDEN>
References: <87h71aix5r.fsf@HIDDEN>
 <83tu5a3cdw.fsf@HIDDEN> <87pmfxhfoz.fsf@HIDDEN>
 <83wna5yuws.fsf@HIDDEN>
 <020828f9-c137-e584-89a5-f1ad0c38df9c@HIDDEN>
Date: Thu, 15 Sep 2022 11:26:51 -0500
Message-ID: <87h718had0.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Paul Eggert <eggert@HIDDEN> writes:

> Throwing -fno-strict-aliasing in the mix is a bit like throwing -O1 into 
> the mix. I'm not surprised it would cause a Heisenbug to vanish; it 
> doesn't mean strict aliasing is the problem.

Agreed.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 15 Sep 2022 14:52:06 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Sep 15 10:52:06 2022
Received: from localhost ([127.0.0.1]:58861 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oYqDm-00045d-CS
	for submit <at> debbugs.gnu.org; Thu, 15 Sep 2022 10:52:06 -0400
Received: from zimbra.cs.ucla.edu ([131.179.128.68]:40048)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eggert@HIDDEN>) id 1oYqDh-00043U-DD
 for 57789 <at> debbugs.gnu.org; Thu, 15 Sep 2022 10:52:04 -0400
Received: from localhost (localhost [127.0.0.1])
 by zimbra.cs.ucla.edu (Postfix) with ESMTP id EA2ED160073;
 Thu, 15 Sep 2022 07:51:55 -0700 (PDT)
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 SiRBPfZ4WIn0; Thu, 15 Sep 2022 07:51:55 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
 by zimbra.cs.ucla.edu (Postfix) with ESMTP id 309EC160075;
 Thu, 15 Sep 2022 07:51:55 -0700 (PDT)
DKIM-Filter: OpenDKIM Filter v2.9.2 zimbra.cs.ucla.edu 309EC160075
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu;
 s=78364E5A-2AF3-11ED-87FA-8298ECA2D365; t=1663253515;
 bh=gmOFL9kkkWKenkTmRuAimUzGvL3ax6vjCw6yfoMTL1Y=;
 h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type:
 Content-Transfer-Encoding;
 b=NC614LSIv/C9KOL1rB31JPLlYPO9+CbsCuWSQOmlWs4s48DMlRCQhEo6jmY95xKC+
 HTVxsB/LHMOipGyfiwhZktAH9ElsTneqsCvGFcUtRET+jK1X34AdikHq6ibbMIymwO
 WO7uf9L4aMUBwC8Ep3gpMk3HBRt4hDsRfHC7Y8l8=
X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu
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 DYT8xVTHUHAo; Thu, 15 Sep 2022 07:51:55 -0700 (PDT)
Received: from [192.168.0.205] (ip72-206-2-24.fv.ks.cox.net [72.206.2.24])
 by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id BDE68160073;
 Thu, 15 Sep 2022 07:51:54 -0700 (PDT)
Message-ID: <020828f9-c137-e584-89a5-f1ad0c38df9c@HIDDEN>
Date: Thu, 15 Sep 2022 09:51:54 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.11.0
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation crashes
 on s390x
Content-Language: en-US
To: Eli Zaretskii <eliz@HIDDEN>, Rob Browning <rlb@HIDDEN>,
 Andrea Corallo <akrl@HIDDEN>
References: <87h71aix5r.fsf@HIDDEN> <83tu5a3cdw.fsf@HIDDEN>
 <87pmfxhfoz.fsf@HIDDEN> <83wna5yuws.fsf@HIDDEN>
From: Paul Eggert <eggert@HIDDEN>
In-Reply-To: <83wna5yuws.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

On 9/15/22 02:10, Eli Zaretskii wrote:
>> Of course that's not remotely conclusive, but if all of the C code
>> wasn't written with strict-aliasing in mind, then I wondered if it might
>> make sense to consider adding -fno-strict-aliasing as a default option.
> I don't know enough about this.  Perhaps Andrea or Paul could comment.
>
Throwing -fno-strict-aliasing in the mix is a bit like throwing -O1 into 
the mix. I'm not surprised it would cause a Heisenbug to vanish; it 
doesn't mean strict aliasing is the problem.

Emacs should work with strict aliasing. At least, that's true in the 
default build. I suppose it could be possible there's a strict aliasing 
bug in the native compiler - I'm not that familiar with that code.





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 15 Sep 2022 07:11:20 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Sep 15 03:11:20 2022
Received: from localhost ([127.0.0.1]:56857 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oYj1r-0001S6-ET
	for submit <at> debbugs.gnu.org; Thu, 15 Sep 2022 03:11:19 -0400
Received: from eggs.gnu.org ([209.51.188.92]:39304)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1oYj1o-0001Rp-Kb
 for 57789 <at> debbugs.gnu.org; Thu, 15 Sep 2022 03:11:18 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:37310)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1oYj1i-0001sG-Bx; Thu, 15 Sep 2022 03:11:10 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=et/s5qPu1g+PcpPDTSg+zOkk5vJVkQkUT/i5mTSr5FU=; b=SW5L6nzEkRSc
 UUrgY0wpTGDSPZWcJcHjQZMsWVSdSejdUyORC50se1+HBaQo4egf28sNbGVxIH/vnTJjsdiCIGU5O
 q10NVkWxP58Ub9TO0AxkhFU25OrRkDimEtPmDOHO9xaknlpO6QPHK1QRLBa7xrcCegfot7I4u0VYs
 F1ukXrIPekIsuVf4exEWE7+KxdKx/9VKh4Logg+1T9j7l7rSItWat3dqGMT/iOL+bm+sAKWhtsVgU
 j7hYO9BX2SxbcDPJdcz5lBw7mfOIxKtYOFGC9LomOBMHvZBvbVfOvpKlmP+46t3KUnoc3pfh24qC5
 A+JFKluf4Ab+1R7KWk8M+A==;
Received: from [87.69.77.57] (port=2798 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1oYj1h-0000M8-2B; Thu, 15 Sep 2022 03:11:09 -0400
Date: Thu, 15 Sep 2022 10:10:59 +0300
Message-Id: <83wna5yuws.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Rob Browning <rlb@HIDDEN>, Andrea Corallo <akrl@HIDDEN>,
 Paul Eggert <eggert@HIDDEN>
In-Reply-To: <87pmfxhfoz.fsf@HIDDEN> (message from Rob
 Browning on Wed, 14 Sep 2022 15:19:24 -0500)
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation
 crashes on s390x
References: <87h71aix5r.fsf@HIDDEN> <83tu5a3cdw.fsf@HIDDEN>
 <87pmfxhfoz.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Rob Browning <rlb@HIDDEN>
> Cc: 57789 <at> debbugs.gnu.org
> Date: Wed, 14 Sep 2022 15:19:24 -0500
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> > Please run the crashing command under GDB, and when it segfaults,
> > produce the C-level and Lisp-level backtrace, and post them here.
> 
> Starting from scratch with the emacs-28.1 commit I can reproduce the
> failure when building via
> 
>   ./configure --prefix=/home/rlb/opt/emacs-tmp --with-native-compilation
> 
> It crashes with the same segfault repeatably, i.e. if you run make
> again, it crashes again on the previously mentioned "... -l comp -f
> batch-byte+native-compile international/titdic-cnv.el" invocation.  That
> crash output is attached below.
> 
> After adjusting the Makefile.in invocation so I could run it with gdb in
> exactly the same environment once it's failing on that command, I
> captured the backtrace and included it below.

Thanks.  The backtrace indicates that the crash is in GC.  This
probably means we have some fundamental problem on that architecture.
Andrea, any advice for how to investigate?

Does the build of the same code with the same options sans
"--with-native-compilation" succeed, or does it also crash with
similar symptoms?  If the build without native-compilation succeeds,
my first question would be how mature and stable is libgccjit on that
platform?  Perhaps take this up with the GCC's libgccjit developers.

> With respect to the Lisp-level backtrace, I imagined you probably meant
> an xbacktrace?  If so (and assuming I'm guessing right about how I
> should do that), I haven't figured out how to arrange sourcing the
> src/.gdbinit from the src/Makefile.in command.

You can source it manually from the GDB prompt, when the segfault
happens, and then invoke xbacktrace manually, can't you?

> It looked like it might be because there were no debug symbols, so I
> tried adding a CFLAGS=-g3 to the end of the ./configure, but that caused
> the crash to disappear entirely.

Too bad, it means we have a heisenbug on our hands, which will make it
even harder to debug (as if debugging crashes in GC were not hard
enough already).

What happens if you modify this variable:

  (defcustom native-comp-debug (if (eq 'windows-nt system-type) 1 0)

to have the value 1 or even zero, and then rebuild from scratch? does
the build succeed then?

> Finally (and this was just a random guess based on previous experiences,
> particularly with programs like guile that play (normal, traditional)
> tricks with pointers/coercions/etc.) I noticed that emacs doesn't
> specify -fno-strict-aliasing, and unless all the C code has been written
> with that in mind, I assume that might open a window allowing the
> optimizer to introduce undesirable changes.  So I added a
> CFLAGS=-fno-strict-aliasing to the end of the ./configure command, and
> then the build and tests worked fine (twice in a row):
> 
>   ./configure --prefix=/home/rlb/opt/emacs-tmp --with-native-compilation \
>     CFLAGS=-fno-strict-aliasing
> 
> Of course that's not remotely conclusive, but if all of the C code
> wasn't written with strict-aliasing in mind, then I wondered if it might
> make sense to consider adding -fno-strict-aliasing as a default option.

I don't know enough about this.  Perhaps Andrea or Paul could comment.

> Also, even if that ends up being desirable, I'm not sure it'll be
> sufficient.  That is, I suspect I might want to run the full build/check
> with -fno-strict-aliasing in a loop for a bit to make sure the clean
> build/check is reliable, since I think I may have seen some test crashes
> (not the build crash) on one earlier run with that option, but I'm not
> sure that was a clean attempt.

Yes, running the full test suite would be the logical next step.

> Program received signal SIGSEGV, Segmentation fault.
> mark_object (arg=<optimized out>) at alloc.c:6809
> 6809            if (symbol_marked_p (ptr))
> (gdb) backtrace
> #0  mark_object (arg=<optimized out>) at alloc.c:6809

Any idea what cause SIGSEGV here?  Was 'ptr' an invalid pointer for
some reason, and if so, what exactly makes it invalid?

Thanks.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 14 Sep 2022 20:21:44 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Sep 14 16:21:44 2022
Received: from localhost ([127.0.0.1]:56343 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oYYtE-0007Vi-5t
	for submit <at> debbugs.gnu.org; Wed, 14 Sep 2022 16:21:44 -0400
Received: from defaultvalue.org ([45.33.119.55]:59678 ident=postfix)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rlb@HIDDEN>) id 1oYYtC-0007Vb-7G
 for 57789 <at> debbugs.gnu.org; Wed, 14 Sep 2022 16:21:42 -0400
Received: from trouble.defaultvalue.org (localhost [127.0.0.1])
 (Authenticated sender: rlb@HIDDEN)
 by defaultvalue.org (Postfix) with ESMTPSA id C045520348;
 Wed, 14 Sep 2022 15:21:41 -0500 (CDT)
Received: by trouble.defaultvalue.org (Postfix, from userid 1000)
 id 42FF114E081; Wed, 14 Sep 2022 15:21:41 -0500 (CDT)
From: Rob Browning <rlb@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation
 crashes on s390x
In-Reply-To: <87pmfxhfoz.fsf@HIDDEN>
References: <87h71aix5r.fsf@HIDDEN>
 <83tu5a3cdw.fsf@HIDDEN> <87pmfxhfoz.fsf@HIDDEN>
Date: Wed, 14 Sep 2022 15:21:41 -0500
Message-ID: <87mtb1hfl6.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Rob Browning <rlb@HIDDEN> writes:

> Starting from scratch with the emacs-28.1 commit I can reproduce the
> failure when building via

Oops, meant the emacs-28.2 commit for all of that testing.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 14 Sep 2022 20:19:31 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Sep 14 16:19:31 2022
Received: from localhost ([127.0.0.1]:56339 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oYYr3-0007Rd-VZ
	for submit <at> debbugs.gnu.org; Wed, 14 Sep 2022 16:19:30 -0400
Received: from defaultvalue.org ([45.33.119.55]:59676 ident=postfix)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rlb@HIDDEN>) id 1oYYqz-0007RR-Dx
 for 57789 <at> debbugs.gnu.org; Wed, 14 Sep 2022 16:19:28 -0400
Received: from trouble.defaultvalue.org (localhost [127.0.0.1])
 (Authenticated sender: rlb@HIDDEN)
 by defaultvalue.org (Postfix) with ESMTPSA id A003020348;
 Wed, 14 Sep 2022 15:19:24 -0500 (CDT)
Received: by trouble.defaultvalue.org (Postfix, from userid 1000)
 id 34E1C14E081; Wed, 14 Sep 2022 15:19:24 -0500 (CDT)
From: Rob Browning <rlb@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation
 crashes on s390x
In-Reply-To: <83tu5a3cdw.fsf@HIDDEN>
References: <87h71aix5r.fsf@HIDDEN> <83tu5a3cdw.fsf@HIDDEN>
Date: Wed, 14 Sep 2022 15:19:24 -0500
Message-ID: <87pmfxhfoz.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--=-=-=
Content-Type: text/plain

Eli Zaretskii <eliz@HIDDEN> writes:

> Please run the crashing command under GDB, and when it segfaults,
> produce the C-level and Lisp-level backtrace, and post them here.

Starting from scratch with the emacs-28.1 commit I can reproduce the
failure when building via

  ./configure --prefix=/home/rlb/opt/emacs-tmp --with-native-compilation

It crashes with the same segfault repeatably, i.e. if you run make
again, it crashes again on the previously mentioned "... -l comp -f
batch-byte+native-compile international/titdic-cnv.el" invocation.  That
crash output is attached below.

After adjusting the Makefile.in invocation so I could run it with gdb in
exactly the same environment once it's failing on that command, I
captured the backtrace and included it below.

With respect to the Lisp-level backtrace, I imagined you probably meant
an xbacktrace?  If so (and assuming I'm guessing right about how I
should do that), I haven't figured out how to arrange sourcing the
src/.gdbinit from the src/Makefile.in command.  I'm likely doing
something wrong, but it doesn't seem to want to load the file.

It looked like it might be because there were no debug symbols, so I
tried adding a CFLAGS=-g3 to the end of the ./configure, but that caused
the crash to disappear entirely.

Finally (and this was just a random guess based on previous experiences,
particularly with programs like guile that play (normal, traditional)
tricks with pointers/coercions/etc.) I noticed that emacs doesn't
specify -fno-strict-aliasing, and unless all the C code has been written
with that in mind, I assume that might open a window allowing the
optimizer to introduce undesirable changes.  So I added a
CFLAGS=-fno-strict-aliasing to the end of the ./configure command, and
then the build and tests worked fine (twice in a row):

  ./configure --prefix=/home/rlb/opt/emacs-tmp --with-native-compilation \
    CFLAGS=-fno-strict-aliasing

Of course that's not remotely conclusive, but if all of the C code
wasn't written with strict-aliasing in mind, then I wondered if it might
make sense to consider adding -fno-strict-aliasing as a default option.

Also, even if that ends up being desirable, I'm not sure it'll be
sufficient.  That is, I suspect I might want to run the full build/check
with -fno-strict-aliasing in a loop for a bit to make sure the clean
build/check is reliable, since I think I may have seen some test crashes
(not the build crash) on one earlier run with that option, but I'm not
sure that was a clean attempt.

The make crash:


--=-=-=
Content-Type: text/plain
Content-Disposition: inline; filename=emacs-s390x-crash
Content-Description: emacs-s390x-crash

make[2]: Entering directory '/home/rlb/emacs/lisp'
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte+native-compile international/titdic-cnv.el
Fatal error 11: Segmentation fault
Backtrace:
../src/bootstrap-emacs(+0x15deb6)[0x2aa293ddeb6]
../src/bootstrap-emacs(+0x4efc4)[0x2aa292cefc4]
../src/bootstrap-emacs(+0x4f1fe)[0x2aa292cf1fe]
../src/bootstrap-emacs(+0x15c240)[0x2aa293dc240]
../src/bootstrap-emacs(+0x15c2d2)[0x2aa293dc2d2]
../src/bootstrap-emacs(+0x6a47d8)[0x2aa299247d8]
../src/bootstrap-emacs(+0x1a7fa8)[0x2aa29427fa8]
../src/bootstrap-emacs(+0x1a8ee6)[0x2aa29428ee6]
../src/bootstrap-emacs(+0x1a8ee6)[0x2aa29428ee6]
../src/bootstrap-emacs(+0x1a8ee6)[0x2aa29428ee6]
../src/bootstrap-emacs(+0x1a7c3e)[0x2aa29427c3e]
../src/bootstrap-emacs(+0x1a9094)[0x2aa29429094]
../src/bootstrap-emacs(Ffuncall+0x2de)[0x2aa2944a2ee]
../src/bootstrap-emacs(+0x1ca42c)[0x2aa2944a42c]
../src/bootstrap-emacs(+0x1f0c72)[0x2aa29470c72]
../src/bootstrap-emacs(+0x1f7fb0)[0x2aa29477fb0]
../src/bootstrap-emacs(+0x1f8474)[0x2aa29478474]
../src/bootstrap-emacs(eval_sub+0x5e4)[0x2aa2944cdfc]
../src/bootstrap-emacs(+0x1ce488)[0x2aa2944e488]
../src/bootstrap-emacs(eval_sub+0x532)[0x2aa2944cd4a]
../src/bootstrap-emacs(+0x1ce488)[0x2aa2944e488]
../src/bootstrap-emacs(eval_sub+0x532)[0x2aa2944cd4a]
../src/bootstrap-emacs(+0x1ce8cc)[0x2aa2944e8cc]
../src/bootstrap-emacs(eval_sub+0x532)[0x2aa2944cd4a]
../src/bootstrap-emacs(+0x1ce488)[0x2aa2944e488]
../src/bootstrap-emacs(eval_sub+0x532)[0x2aa2944cd4a]
../src/bootstrap-emacs(+0x1cd824)[0x2aa2944d824]
../src/bootstrap-emacs(eval_sub+0x532)[0x2aa2944cd4a]
../src/bootstrap-emacs(+0x1cdc2e)[0x2aa2944dc2e]
../src/bootstrap-emacs(Ffuncall+0x1f2)[0x2aa2944a202]
../src/bootstrap-emacs(+0x1ca4b0)[0x2aa2944a4b0]
../src/bootstrap-emacs(+0x1f90e4)[0x2aa294790e4]
../src/bootstrap-emacs(+0x1f9462)[0x2aa29479462]
../src/bootstrap-emacs(+0x1c9ef0)[0x2aa29449ef0]
../src/bootstrap-emacs(Ffuncall+0x182)[0x2aa2944a192]
/home/rlb/emacs/native-lisp/28.2-87d45215/comp-7672a6ed-ac6bcf4e.eln(F636f6d702d2d6e61746976652d636f6d70696c65_comp__native_compile_0+0x804)[0x3ff91d6b0d4]
../src/bootstrap-emacs(Ffuncall+0x23e)[0x2aa2944a24e]
/home/rlb/emacs/native-lisp/28.2-87d45215/comp-7672a6ed-ac6bcf4e.eln(F62617463682d6e61746976652d636f6d70696c65_batch_native_compile_0+0x1d2)[0x3ff91d6c592]
../src/bootstrap-emacs(Ffuncall+0x23e)[0x2aa2944a24e]
/home/rlb/emacs/native-lisp/28.2-87d45215/comp-7672a6ed-ac6bcf4e.eln(F62617463682d627974652b6e61746976652d636f6d70696c65_batch_bytenative_compile_0+0x108)[0x3ff91d6c728]
../src/bootstrap-emacs(Ffuncall+0x23e)[0x2aa2944a24e]
...
make[2]: *** [Makefile:321: international/titdic-cnv.elc] Segmentation fault
make[2]: Leaving directory '/home/rlb/emacs/lisp'
make[1]: *** [Makefile:845: ../lisp/loaddefs.el] Error 2
make[1]: Leaving directory '/home/rlb/emacs/src'
make: *** [Makefile:449: src] Error 2

--=-=-=
Content-Type: text/plain


The gdb backtrace:


--=-=-=
Content-Type: text/plain
Content-Disposition: inline; filename=emacs-s390x-backtrace
Content-Description: emacs-s390x-backtrace

Program received signal SIGSEGV, Segmentation fault.
mark_object (arg=<optimized out>) at alloc.c:6809
6809            if (symbol_marked_p (ptr))
(gdb) backtrace
#0  mark_object (arg=<optimized out>) at alloc.c:6809
#1  0x000002aa001a8ee6 in mark_objects (n=<optimized out>, obj=0x2aa00ac54a8) at alloc.c:6607
#2  mark_vectorlike (header=0x2aa00ac54a0) at alloc.c:6382
#3  0x000002aa001a8ee6 in mark_objects (n=<optimized out>, obj=0x2aa007f4ca8) at alloc.c:6607
#4  mark_vectorlike (header=0x2aa007f4ca0) at alloc.c:6382
#5  0x000002aa001a8ee6 in mark_objects (n=<optimized out>, obj=0x2aa007c3b10) at alloc.c:6607
#6  mark_vectorlike (header=0x2aa007c3b08) at alloc.c:6382
#7  0x000002aa001a7c3e in visit_static_gc_roots (visitor=...) at alloc.c:5926
#8  0x000002aa001a9094 in garbage_collect () at alloc.c:6132
#9  0x000002aa001a9d0c in maybe_garbage_collect () at alloc.c:6045
#10 0x000002aa001ca2ee in maybe_gc () at lisp.h:5142
#11 Ffuncall (nargs=nargs@entry=3, args=args@entry=0x3ffffffa6a0) at eval.c:3007
#12 0x000002aa001ca42c in call2 (fn=fn@entry=0x155f3675830, arg1=arg1@entry=0x2aa00a75e43, arg2=arg2@entry=0x0) at eval.c:2890
#13 0x000002aa001f0c72 in readevalloop_eager_expand_eval (val=val@entry=0x2aa00a75e43, macroexpand=macroexpand@entry=0x155f3675830) at lread.c:2133
#14 0x000002aa001f7fb0 in readevalloop (readcharfun=readcharfun@entry=0x2aa00aa27b5, infile0=<optimized out>, 
    infile0@entry=0x0, sourcename=sourcename@entry=0x2aa00a7fff4, printflag=printflag@entry=false, unibyte=unibyte@entry=0x0, readfun=0x0, start=0x0, end=<optimized out>) at lread.c:2324
#15 0x000002aa001f8474 in Feval_buffer (buffer=<optimized out>, printflag=0x0, filename=0x2aa00a7fff4, unibyte=0x0, do_allow_print=<optimized out>) at lread.c:2397
#16 0x000002aa001ccdfc in eval_sub (form=<optimized out>) at eval.c:2512
#17 0x000002aa001ce488 in Fprogn (body=0x0) at eval.c:465
#18 Flet (args=0x3b) at eval.c:1051
#19 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#20 0x000002aa001ce488 in Fprogn (body=0x0) at eval.c:465
#21 Flet (args=0x36) at eval.c:1051
#22 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#23 0x000002aa001ce8cc in Funwind_protect (args=0x3fff3cf7f0b) at lisp.h:1420
#24 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#25 0x000002aa001ce488 in Fprogn (body=0x3fff3cf7d6b) at eval.c:465
#26 Flet (args=0x2d) at eval.c:1051
#27 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#28 0x000002aa001cd824 in Fprogn (body=0x0) at eval.c:465
#29 Fif (args=<optimized out>) at eval.c:421
#30 Fif (args=<optimized out>) at eval.c:407
#31 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#32 0x000002aa001cdc2e in Fprogn (body=0x0) at eval.c:465
#33 funcall_lambda (fun=0x3fff3cf7c9b, nargs=nargs@entry=4, arg_vector=arg_vector@entry=0x3ffffffb650) at eval.c:3305
#34 0x000002aa001ca202 in Ffuncall (nargs=nargs@entry=5, args=args@entry=0x3ffffffb648) at eval.c:3039
#35 0x000002aa001ca4b0 in call4 (fn=<optimized out>, arg1=arg1@entry=0x2aa00a7fff4, arg2=arg2@entry=0x2aa00a7fff4, arg3=arg3@entry=0x0, arg4=arg4@entry=0x30) at eval.c:2905
#36 0x000002aa001f90e4 in Fload (file=file@entry=0x3fff362bcbc, noerror=noerror@entry=0x0, nomessage=nomessage@entry=0x30, nosuffix=nosuffix@entry=0x0, must_suffix=<optimized out>, 
    must_suffix@entry=0x30) at lread.c:1473
#37 0x000002aa001f9462 in save_match_data_load (file=0x3fff362bcbc, noerror=noerror@entry=0x0, nomessage=nomessage@entry=0x30, nosuffix=nosuffix@entry=0x0, must_suffix=must_suffix@entry=0x30)
    at lread.c:1629
#38 0x000002aa001c9ef0 in Fautoload_do_load (fundef=0x3fff362bc4b, funname=funname@entry=0x155f2f7a340, macro_only=macro_only@entry=0x0) at eval.c:2295
#39 0x000002aa001ca192 in Ffuncall (nargs=2, args=0x3ffffffbba0) at eval.c:3042
#40 0x000003fff306b0d4 in F636f6d702d2d6e61746976652d636f6d70696c65_comp__native_compile_0 () at /home/rlb/emacs/native-lisp/28.2-87d45215/comp-7672a6ed-ac6bcf4e.eln
#41 0x000002aa001ca24e in Ffuncall (nargs=<optimized out>, args=<optimized out>) at lisp.h:2110
#42 0x000003fff306c592 in F62617463682d6e61746976652d636f6d70696c65_batch_native_compile_0 () at /home/rlb/emacs/native-lisp/28.2-87d45215/comp-7672a6ed-ac6bcf4e.eln
#43 0x000002aa001ca24e in Ffuncall (nargs=<optimized out>, args=<optimized out>) at lisp.h:2110
#44 0x000003fff306c728 in F62617463682d627974652b6e61746976652d636f6d70696c65_batch_bytenative_compile_0 () at /home/rlb/emacs/native-lisp/28.2-87d45215/comp-7672a6ed-ac6bcf4e.eln
#45 0x000002aa001ca24e in Ffuncall (nargs=<optimized out>, args=<optimized out>) at lisp.h:2110
#46 0x000002aa001ccfc4 in eval_sub (form=<optimized out>) at eval.c:2470
#47 0x000002aa001cd824 in Fprogn (body=0x0) at eval.c:465
#48 Fif (args=<optimized out>) at eval.c:421
#49 Fif (args=<optimized out>) at eval.c:407
#50 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#51 0x000002aa001cd8cc in Fprogn (body=0x0) at eval.c:465
#52 Fcond (args=<optimized out>) at eval.c:445
#53 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#54 0x000002aa001ce732 in Fprogn (body=0x3fff36e1b43) at eval.c:465
#55 FletX (args=0x3fff36e1b03) at eval.c:983
#56 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#57 0x000002aa001cd6ae in Fprogn (body=0x0) at eval.c:465
#58 prog_ignore (body=<optimized out>) at eval.c:476
#59 Fwhile (args=<optimized out>) at eval.c:1072
#60 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#61 0x000002aa001ce732 in Fprogn (body=0x0) at eval.c:465
#62 FletX (args=0x3fff36e1a83) at eval.c:983
#63 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#64 0x000002aa001cd1d6 in Fprogn (body=0x0) at eval.c:465
#65 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#66 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#67 0x000002aa001ce488 in Fprogn (body=0x0) at eval.c:465
#68 Flet (args=0x12) at eval.c:1051
#69 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#70 0x000002aa001ce488 in Fprogn (body=0x3fff35d3a73) at eval.c:465
#71 Flet (args=0xe) at eval.c:1051
#72 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#73 0x000002aa001cdc2e in Fprogn (body=0x0) at eval.c:465
#74 funcall_lambda (fun=0x3fff35d39e3, fun@entry=0x3fff35d39d3, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x3ffffffd280) at eval.c:3305
#75 0x000002aa001cdf10 in apply_lambda (fun=fun@entry=0x3fff35d39d3, args=<optimized out>, count=2929176661299, count@entry=15) at eval.c:3172
#76 0x000002aa001cc9d0 in eval_sub (form=<optimized out>) at eval.c:2575
#77 0x000002aa001ce488 in Fprogn (body=0x3fff37a209b) at eval.c:465
#78 Flet (args=0x8) at eval.c:1051
#79 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#80 0x000002aa001cdc2e in Fprogn (body=0x0) at eval.c:465
#81 funcall_lambda (fun=0x3fff37a1e7b, fun@entry=0x3fff37a1e6b, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x3ffffffd740) at eval.c:3305
#82 0x000002aa001cdf10 in apply_lambda (fun=fun@entry=0x3fff37a1e6b, args=<optimized out>, count=2929176221524, count@entry=11) at eval.c:3172
#83 0x000002aa001cc9d0 in eval_sub (form=<optimized out>) at eval.c:2575
#84 0x000002aa001ce8cc in Funwind_protect (args=0x3fff380e7a3) at lisp.h:1420
#85 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#86 0x000002aa001ce488 in Fprogn (body=0x0) at eval.c:465
#87 Flet (args=0x3ffffffe658) at eval.c:1051
#88 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#89 0x000002aa001cd824 in Fprogn (body=0x3fff380e233) at eval.c:465
#90 Fif (args=<optimized out>) at eval.c:421
#91 Fif (args=<optimized out>) at eval.c:407
#92 0x000002aa001ccd4a in eval_sub (form=<optimized out>) at eval.c:2451
#93 0x000002aa001cdc2e in Fprogn (body=0x0) at eval.c:465
#94 funcall_lambda (fun=0x3fff380e0e3, fun@entry=0x3fff380e0d3, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x3ffffffdf88) at eval.c:3305
#95 0x000002aa001cdf10 in apply_lambda (fun=fun@entry=0x3fff380e0d3, args=<optimized out>, count=4398046502696, count@entry=4) at eval.c:3172
#96 0x000002aa001cc9d0 in eval_sub (form=form@entry=0x3fff3f3ef1b) at eval.c:2575
#97 0x000002aa001cee52 in Feval (form=0x3fff3f3ef1b, lexical=<optimized out>) at eval.c:2327
#98 0x000002aa001c8fb6 in internal_condition_case (bfun=bfun@entry=0x2aa00142860 <top_level_2>, handlers=handlers@entry=0x90, hfun=hfun@entry=0x2aa00148ca8 <cmd_error>) at eval.c:1450
#99 0x000002aa001435d2 in top_level_1 (ignore=ignore@entry=0x0) at keyboard.c:1150
#100 0x000002aa001c8ed4 in internal_catch (tag=tag@entry=0xe850, func=func@entry=0x2aa001435a0 <top_level_1>, arg=arg@entry=0x0) at eval.c:1181
#101 0x000002aa001427e0 in command_loop () at keyboard.c:1110
#102 0x000002aa001487bc in recursive_edit_1 () at keyboard.c:720
#103 0x000002aa00148bcc in Frecursive_edit () at keyboard.c:803
#104 0x000002aa00051d7a in main (argc=<optimized out>, argv=0x3ffffffea28) at emacs.c:2358

--=-=-=
Content-Type: text/plain


Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

--=-=-=--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 14 Sep 2022 03:20:51 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 13 23:20:51 2022
Received: from localhost ([127.0.0.1]:53300 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oYIxH-0003yz-8K
	for submit <at> debbugs.gnu.org; Tue, 13 Sep 2022 23:20:51 -0400
Received: from defaultvalue.org ([45.33.119.55]:59674 ident=postfix)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rlb@HIDDEN>) id 1oYIxF-0003yn-6V
 for 57789 <at> debbugs.gnu.org; Tue, 13 Sep 2022 23:20:49 -0400
Received: from trouble.defaultvalue.org (localhost [127.0.0.1])
 (Authenticated sender: rlb@HIDDEN)
 by defaultvalue.org (Postfix) with ESMTPSA id 87A0620343;
 Tue, 13 Sep 2022 22:20:47 -0500 (CDT)
Received: by trouble.defaultvalue.org (Postfix, from userid 1000)
 id B9C0D14E081; Tue, 13 Sep 2022 22:20:46 -0500 (CDT)
From: Rob Browning <rlb@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation
 crashes on s390x
In-Reply-To: <874jxairi6.fsf@HIDDEN>
References: <87h71aix5r.fsf@HIDDEN>
 <83tu5a3cdw.fsf@HIDDEN> <874jxairi6.fsf@HIDDEN>
Date: Tue, 13 Sep 2022 22:20:46 -0500
Message-ID: <871qseiqup.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Rob Browning <rlb@HIDDEN> writes:

> Will attempt.

Hmm, so I ran "make V=1" from the same tree and saw thw command that
repeatably crashed, which was:

  EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)'  \
    -l comp -f batch-byte+native-compile international/titdic-cnv.el

I then ran that manually via 

  (cd lisp
   && EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)'  \
      -l comp -f batch-byte+native-compile international/titdic-cnv.el)

which ran for a bit and succeeded.  After that a make worked fine until
bindings.el where it crashed again, this time with an "Aborted", and
running it manually didn't help.

In any case, I'm going to start over and try to get the backtraces for
the titdic-cnv.el failure.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 14 Sep 2022 03:06:46 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 13 23:06:46 2022
Received: from localhost ([127.0.0.1]:53273 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oYIje-0003cF-7c
	for submit <at> debbugs.gnu.org; Tue, 13 Sep 2022 23:06:46 -0400
Received: from defaultvalue.org ([45.33.119.55]:59672 ident=postfix)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rlb@HIDDEN>) id 1oYIja-0003c4-M1
 for 57789 <at> debbugs.gnu.org; Tue, 13 Sep 2022 23:06:44 -0400
Received: from trouble.defaultvalue.org (localhost [127.0.0.1])
 (Authenticated sender: rlb@HIDDEN)
 by defaultvalue.org (Postfix) with ESMTPSA id BED032040D;
 Tue, 13 Sep 2022 22:06:41 -0500 (CDT)
Received: by trouble.defaultvalue.org (Postfix, from userid 1000)
 id 40E7214E081; Tue, 13 Sep 2022 22:06:41 -0500 (CDT)
From: Rob Browning <rlb@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation
 crashes on s390x
In-Reply-To: <83tu5a3cdw.fsf@HIDDEN>
References: <87h71aix5r.fsf@HIDDEN> <83tu5a3cdw.fsf@HIDDEN>
Date: Tue, 13 Sep 2022 22:06:41 -0500
Message-ID: <874jxairi6.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Eli Zaretskii <eliz@HIDDEN> writes:

> If you build the current emacs-28 branch, then it isn't Emacs 28.1,
> it's Emacs 28.2.50, right?

Right, sorry, the clone test was the current branch tip, and the buildd
log was for (Debian's partially altered) tree, derived from the
emacs-28.1 tag.  I can easily re-test the 28.1 tag if we like.

> Please run the crashing command under GDB, and when it segfaults,
> produce the C-level and Lisp-level backtrace, and post them here.

Will attempt.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at 57789 <at> debbugs.gnu.org:


Received: (at 57789) by debbugs.gnu.org; 14 Sep 2022 02:42:45 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 13 22:42:45 2022
Received: from localhost ([127.0.0.1]:53246 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oYIMN-0002xM-KS
	for submit <at> debbugs.gnu.org; Tue, 13 Sep 2022 22:42:45 -0400
Received: from eggs.gnu.org ([209.51.188.92]:35162)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1oYIMI-0002x4-VC
 for 57789 <at> debbugs.gnu.org; Tue, 13 Sep 2022 22:42:41 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:50276)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1oYIMD-0006RD-Do; Tue, 13 Sep 2022 22:42:33 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=hB1ZZ3xyg8/gL9Cc3iPp8Y/87sRhEPxOB4bMqbktOHc=; b=nE6ukGWK5dIK
 zp/WOWZjkIMan5+U6WdyX128KQut1LuIX96G2YKkBWUJeZfU/4T/Hrl7L562Vk7Et1O6XXWsORxRN
 rWzvSDUKWbNMEpz7DE0mYxrBmnaoRX1w6FPyfwzuUX4XY7o13BLW/NXQvhrgd+Hr4BvhYYIdo5RHf
 a2hdrnO7KbCQJP13Fom3bzPDnQokq802RUgiqslQBb8NdBv2DfS7D1rF6DrxBAcALRa3pXtXUax5L
 Ea6mrl0ItpDkLC+HjCqsbF+tW8np/us/zOU64DC6d9FweGg9ahufNhkAKMI4XXjCOe+31w4cD9K1a
 y9l+aVhRQrBIZ/fNFsv1yQ==;
Received: from [87.69.77.57] (port=1654 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1oYIMC-0003Dt-8d; Tue, 13 Sep 2022 22:42:32 -0400
Date: Wed, 14 Sep 2022 05:42:19 +0300
Message-Id: <83tu5a3cdw.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Rob Browning <rlb@HIDDEN>
In-Reply-To: <87h71aix5r.fsf@HIDDEN> (message from Rob
 Browning on Tue, 13 Sep 2022 20:04:32 -0500)
Subject: Re: bug#57789: Emacs 28.1 clone build with native compilation crashes
 on s390x
References: <87h71aix5r.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 57789
Cc: 57789 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Rob Browning <rlb@HIDDEN>
> Date: Tue, 13 Sep 2022 20:04:32 -0500
> 
> On zelenka.debian.org https://db.debian.org/machines.cgi?host=zelenka
> the build crashes with a segfault with current Debian sid (unstable).  I
> can produce the crash like this:
> 
>   git clone --single-branch --branch emacs-28 .../emacs.git

If you build the current emacs-28 branch, then it isn't Emacs 28.1,
it's Emacs 28.2.50, right?

>   cd emacs
>   ./autogen.sh
>   ./configure --prefix=/home/rlb/opt/emacs-tmp --with-native-compilation
>   make check
> 
> The debian package produced a similar failure earlier:
> 
>   https://buildd.debian.org/status/fetch.php?pkg=emacs&arch=s390x&ver=1%3A28.1%2B1-3&stamp=1662863442&raw=0
> 
> Here's the final bit of the clone build's log, and I'm happy to help
> test on the machine if that'd be useful:

Please run the crashing command under GDB, and when it segfaults,
produce the C-level and Lisp-level backtrace, and post them here.

Thanks.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 14 Sep 2022 01:04:41 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 13 21:04:41 2022
Received: from localhost ([127.0.0.1]:53191 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oYGpT-0000VW-W5
	for submit <at> debbugs.gnu.org; Tue, 13 Sep 2022 21:04:41 -0400
Received: from lists.gnu.org ([209.51.188.17]:39734)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rlb@HIDDEN>) id 1oYGpR-0000VN-EC
 for submit <at> debbugs.gnu.org; Tue, 13 Sep 2022 21:04:38 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:43634)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <rlb@HIDDEN>)
 id 1oYGpR-0004V5-3q
 for bug-gnu-emacs@HIDDEN; Tue, 13 Sep 2022 21:04:37 -0400
Received: from defaultvalue.org ([45.33.119.55]:37422)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <rlb@HIDDEN>) id 1oYGpP-0000rG-5s
 for bug-gnu-emacs@HIDDEN; Tue, 13 Sep 2022 21:04:36 -0400
Received: from trouble.defaultvalue.org (localhost [127.0.0.1])
 (Authenticated sender: rlb@HIDDEN)
 by defaultvalue.org (Postfix) with ESMTPSA id 5183F20343
 for <bug-gnu-emacs@HIDDEN>; Tue, 13 Sep 2022 20:04:33 -0500 (CDT)
Received: by trouble.defaultvalue.org (Postfix, from userid 1000)
 id 5B5CC14E081; Tue, 13 Sep 2022 20:04:32 -0500 (CDT)
From: Rob Browning <rlb@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: Emacs 28.1 clone build with native compilation crashes on s390x
Date: Tue, 13 Sep 2022 20:04:32 -0500
Message-ID: <87h71aix5r.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Received-SPF: pass client-ip=45.33.119.55; envelope-from=rlb@HIDDEN;
 helo=defaultvalue.org
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001,
 SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)


On zelenka.debian.org https://db.debian.org/machines.cgi?host=zelenka
the build crashes with a segfault with current Debian sid (unstable).  I
can produce the crash like this:

  git clone --single-branch --branch emacs-28 .../emacs.git
  cd emacs
  ./autogen.sh
  ./configure --prefix=/home/rlb/opt/emacs-tmp --with-native-compilation
  make check

The debian package produced a similar failure earlier:

  https://buildd.debian.org/status/fetch.php?pkg=emacs&arch=s390x&ver=1%3A28.1%2B1-3&stamp=1662863442&raw=0

Here's the final bit of the clone build's log, and I'm happy to help
test on the machine if that'd be useful:

  Loading /home/rlb/emacs/lisp/electric.el (source)...
  Loading /home/rlb/emacs/lisp/paren.el (source)...
  Loading /home/rlb/emacs/lisp/emacs-lisp/shorthands.el (source)...
  Loading /home/rlb/emacs/lisp/emacs-lisp/eldoc.el (source)...
  Loading /home/rlb/emacs/lisp/cus-start.el (source)...
  Loading /home/rlb/emacs/lisp/tooltip.el (source)...
  Loading /home/rlb/emacs/lisp/international/iso-transl.el (source)...
  Finding pointers to doc strings...
  Finding pointers to doc strings...done
  Dumping under the name bootstrap-emacs.pdmp
  Dumping fingerprint: b4b1b9ac4d82ce4537c0e1eb6527b2b7f5831cb6de31c7f9b2fd2a1a0c4531c4
  Dump complete
  Byte counts: header=100 hot=14915588 discardable=175392 cold=10410424
  Reloc counts: hot=1048047 discardable=5080
  make -C ../lisp compile-first EMACS="../src/bootstrap-emacs"
  make[2]: Entering directory '/home/rlb/emacs/lisp'
    ELC+ELN  emacs-lisp/macroexp.elc
    ELC+ELN  emacs-lisp/cconv.elc
    ELC+ELN  emacs-lisp/byte-opt.elc
    ELC+ELN  emacs-lisp/bytecomp.elc
    ELC+ELN  emacs-lisp/comp.elc
    ELC+ELN  emacs-lisp/comp-cstr.elc
    ELC+ELN  emacs-lisp/cl-macs.elc
    ELC+ELN  emacs-lisp/rx.elc
    ELC+ELN  emacs-lisp/cl-seq.elc
  Fatal error 11: Segmentation fault
  Backtrace:
  ../src/bootstrap-emacs(+0x15deb6)[0x2aa0a7ddeb6]
  ../src/bootstrap-emacs(+0x4efc4)[0x2aa0a6cefc4]
  ../src/bootstrap-emacs(+0x4f1fe)[0x2aa0a6cf1fe]
  ../src/bootstrap-emacs(+0x15c240)[0x2aa0a7dc240]
  ../src/bootstrap-emacs(+0x15c2d2)[0x2aa0a7dc2d2]
  ../src/bootstrap-emacs(+0x6a47d8)[0x2aa0ad247d8]
  ../src/bootstrap-emacs(+0x1a7de0)[0x2aa0a827de0]
  ../src/bootstrap-emacs(+0x1a8ee6)[0x2aa0a828ee6]
  ../src/bootstrap-emacs(+0x1a8ee6)[0x2aa0a828ee6]
  ../src/bootstrap-emacs(+0x1a8ee6)[0x2aa0a828ee6]
  ../src/bootstrap-emacs(+0x1a8ee6)[0x2aa0a828ee6]
  ../src/bootstrap-emacs(+0x1a7c3e)[0x2aa0a827c3e]
  ../src/bootstrap-emacs(+0x1a9094)[0x2aa0a829094]
  ../src/bootstrap-emacs(eval_sub+0x410)[0x2aa0a84cc28]
  ../src/bootstrap-emacs(+0x1cdc2e)[0x2aa0a84dc2e]
  ../src/bootstrap-emacs(+0x1cdf10)[0x2aa0a84df10]
  ../src/bootstrap-emacs(eval_sub+0x1b8)[0x2aa0a84c9d0]
  ../src/bootstrap-emacs(+0x1cdeb8)[0x2aa0a84deb8]
  ../src/bootstrap-emacs(eval_sub+0x1b8)[0x2aa0a84c9d0]
  ../src/bootstrap-emacs(eval_sub+0x2c4)[0x2aa0a84cadc]
  ../src/bootstrap-emacs(+0x1cd26a)[0x2aa0a84d26a]
  ../src/bootstrap-emacs(eval_sub+0x532)[0x2aa0a84cd4a]
  ../src/bootstrap-emacs(eval_sub+0x4ba)[0x2aa0a84ccd2]
  ../src/bootstrap-emacs(eval_sub+0x532)[0x2aa0a84cd4a]
  ../src/bootstrap-emacs(+0x1ce488)[0x2aa0a84e488]
  ../src/bootstrap-emacs(eval_sub+0x532)[0x2aa0a84cd4a]
  ../src/bootstrap-emacs(+0x1cd8cc)[0x2aa0a84d8cc]
  ../src/bootstrap-emacs(eval_sub+0x532)[0x2aa0a84cd4a]
  ../src/bootstrap-emacs(+0x1cdc2e)[0x2aa0a84dc2e]
  ../src/bootstrap-emacs(+0x1cdf10)[0x2aa0a84df10]
  ../src/bootstrap-emacs(eval_sub+0x1b8)[0x2aa0a84c9d0]
  ../src/bootstrap-emacs(eval_sub+0x2c4)[0x2aa0a84cadc]
  ../src/bootstrap-emacs(+0x1cdc2e)[0x2aa0a84dc2e]
  ../src/bootstrap-emacs(Ffuncall+0x1f2)[0x2aa0a84a202]
  ../src/bootstrap-emacs(+0x1cc6a4)[0x2aa0a84c6a4]
  ../src/bootstrap-emacs(+0x1ce26c)[0x2aa0a84e26c]
  ../src/bootstrap-emacs(eval_sub+0x638)[0x2aa0a84ce50]
  ../src/bootstrap-emacs(+0x1ce7ec)[0x2aa0a84e7ec]
  ../src/bootstrap-emacs(eval_sub+0x532)[0x2aa0a84cd4a]
  ../src/bootstrap-emacs(+0x1cdc2e)[0x2aa0a84dc2e]
  ../src/bootstrap-emacs(+0x1cdf10)[0x2aa0a84df10]
  ...
  make[2]: *** [Makefile:316: emacs-lisp/cl-seq.elc] Segmentation fault
  make[2]: Leaving directory '/home/rlb/emacs/lisp'
  make[1]: *** [Makefile:870: bootstrap-emacs.pdmp] Error 2
  make[1]: Leaving directory '/home/rlb/emacs/src'
  make: *** [Makefile:449: src] Error 2

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4




Acknowledgement sent to Rob Browning <rlb@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#57789; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Sat, 17 Sep 2022 21:15:01 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.