From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: John David Anglin Newsgroups: gmane.lisp.guile.bugs Subject: bug#45214: guile segfaults on 32-bit big-endian targets Date: Mon, 8 Feb 2021 18:24:58 -0500 Message-ID: <1aa5495b-71ed-d715-d253-b4e5675fabcb@bell.net> References: <56553e87-ec27-d287-9e5b-fc501bc4b2dc@physik.fu-berlin.de> <155f44c6-dda1-dec9-cc4c-b029a73e65d7@bell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6620"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 To: glaubitz@physik.fu-berlin.de, 45214@debbugs.gnu.org Original-X-From: bug-guile-bounces+guile-bugs=m.gmane-mx.org@gnu.org Tue Feb 09 01:24:21 2021 Return-path: Envelope-to: guile-bugs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l9GpJ-0001cT-OQ for guile-bugs@m.gmane-mx.org; Tue, 09 Feb 2021 01:24:21 +0100 Original-Received: from localhost ([::1]:58906 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l9GpH-0004wp-Oa for guile-bugs@m.gmane-mx.org; Mon, 08 Feb 2021 19:24:19 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40626) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9Fus-0003LH-T5 for bug-guile@gnu.org; Mon, 08 Feb 2021 18:26:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40588) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1l9Fus-00034G-00 for bug-guile@gnu.org; Mon, 08 Feb 2021 18:26:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1l9Fur-0003Mq-TV for bug-guile@gnu.org; Mon, 08 Feb 2021 18:26:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: John David Anglin Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Mon, 08 Feb 2021 23:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45214 X-GNU-PR-Package: guile X-Debbugs-Original-To: John Paul Adrian Glaubitz , bug-guile@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.161282670312874 (code B ref -1); Mon, 08 Feb 2021 23:26:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 8 Feb 2021 23:25:03 +0000 Original-Received: from localhost ([127.0.0.1]:52134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9Ftu-0003LR-QQ for submit@debbugs.gnu.org; Mon, 08 Feb 2021 18:25:03 -0500 Original-Received: from lists.gnu.org ([209.51.188.17]:35846) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9Ftt-0003L1-RJ for submit@debbugs.gnu.org; Mon, 08 Feb 2021 18:25:02 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40510) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9Ftt-0002OO-Et for bug-guile@gnu.org; Mon, 08 Feb 2021 18:25:01 -0500 Original-Received: from simcoe208srvr.owm.bell.net ([184.150.200.208]:58027 helo=torfep02.bell.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1l9Ftr-0002aH-OM for bug-guile@gnu.org; Mon, 08 Feb 2021 18:25:01 -0500 Original-Received: from bell.net torfep02 184.150.200.158 by torfep02.bell.net with ESMTP id <20210208232458.OWBK17235.torfep02.bell.net@torspm02.bell.net> for ; Mon, 8 Feb 2021 18:24:58 -0500 Original-Received: from [192.168.2.49] (really [70.50.109.22]) by torspm02.bell.net with ESMTP id <20210208232458.ZHMJ16325.torspm02.bell.net@[192.168.2.49]>; Mon, 8 Feb 2021 18:24:58 -0500 In-Reply-To: <155f44c6-dda1-dec9-cc4c-b029a73e65d7@bell.net> Content-Language: en-US X-CM-Analysis: v=2.4 cv=e5fD9Yl/ c=1 sm=1 tr=0 ts=6021c84a a=S6gQgrXzeH76ECG4GouVuA==:117 a=S6gQgrXzeH76ECG4GouVuA==:17 a=IkcTkHD0fZMA:10 a=qa6Q16uM49sA:10 a=FBHGMhGWAAAA:8 a=CXD3Ia8THAbdIFGYXEYA:9 a=QEXdDO2ut3YA:10 a=9gvnlMMaQFpL9xblJ6ne:22 X-CM-Envelope: MS4xfJfXTZ2kqPtZR/CuFCyzSUxxxjzBDrLGygd7rJCto5MiXJZyCjF2YSqN7PD+RBXhT4OYgJ7J9FSYoy69iL3vP2j4avt6kV823/axn4kKpdqW9LOcPlb2 aiVyauy5d2KI+QWzfMYFj+7gUeYYQN0q4PTUS4ZYj7m68uPFHeXkZfR2wjVARfyOwGni5yqDlPcl/A== Received-SPF: pass client-ip=184.150.200.208; envelope-from=dave.anglin@bell.net; helo=torfep02.bell.net X-Spam_score_int: -28 X-Spam_score: -2.9 X-Spam_bar: -- X-Spam_report: (-2.9 / 5.0 requ) BAYES_00=-1.9, NICE_REPLY_A=-0.265, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guile@gnu.org List-Id: "Bug reports for GUILE, GNU's Ubiquitous Extension Language" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guile-bounces+guile-bugs=m.gmane-mx.org@gnu.org Original-Sender: "bug-guile" Xref: news.gmane.io gmane.lisp.guile.bugs:9979 Archived-At: On 2020-12-12 5:21 p.m., John David Anglin wrote: > On 2020-12-12 4:26 p.m., John Paul Adrian Glaubitz wrote: >> I assume the crash has got something to do how values are packed and u= npacked >> into the SCM object type. I have not been able to find the problem yet= myself, >> unfortunately which is why I am reporting this issue here. > I see this in scm.h: > > /* The 0?: constructions makes sure that the code is never executed, an= d > =C2=A0=C2=A0 that there is no performance hit.=C2=A0 However, the alter= native is > =C2=A0=C2=A0 compiled, and does generate a warning when used with the w= rong > =C2=A0=C2=A0 pointer type.=C2=A0 We use a volatile pointer type to avoi= d warnings from > =C2=A0=C2=A0 clang. > > =C2=A0=C2=A0 The Tru64 and ia64-hp-hpux11.23 compilers fail on `case (0= ?0=3D0:x)' > =C2=A0=C2=A0 statements, so for them type-checking is disabled.=C2=A0 *= / > # if defined __DECC || defined __HP_cc > #=C2=A0 define SCM_UNPACK(x) ((scm_t_bits) (x)) > # else > #=C2=A0 define SCM_UNPACK(x) ((scm_t_bits) (0? (*(volatile SCM *)0=3D(x= )): x)) > # endif I don't believe this is a problem. We need to investigate why scm_sum is passed "x=3Dx@entry=3D0x0".=C2=A0=C2= =A0 SCM_BIGP (x) will fault on it. =C2=A0 Maybe SP_REF is broken. Regards, Dave --=20 John David Anglin dave.anglin@bell.net