From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7466 invoked by alias); 25 May 2018 18:05:45 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 7450 invoked by uid 89); 25 May 2018 18:05:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-spam-relays-external:ESMTPA X-HELO: resqmta-po-05v.sys.comcast.net Received: from resqmta-po-05v.sys.comcast.net (HELO resqmta-po-05v.sys.comcast.net) (96.114.154.164) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 25 May 2018 18:05:43 +0000 Received: from resomta-po-17v.sys.comcast.net ([96.114.154.241]) by resqmta-po-05v.sys.comcast.net with ESMTP id MGUxfGVsai5lcMH5xfJGzP; Fri, 25 May 2018 18:05:41 +0000 Received: from [192.168.10.125] ([73.60.223.101]) by resomta-po-17v.sys.comcast.net with ESMTPA id MH5wfXEmsCdXyMH5xfYMIh; Fri, 25 May 2018 18:05:41 +0000 From: Paul Koning Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: not computable at load time Message-Id: <1A72BAC7-9DFB-4F98-9191-DDE896021A41@comcast.net> Date: Fri, 25 May 2018 18:05:00 -0000 To: GCC Development X-CMAE-Envelope: MS4wfBkza7ppBX5qvmmVoY8AJYUxuCO1HaW283kguu388LmassgIO3cycVlumzmdyPwqTQKBYgX5EXZPbLC8kKL+R1fDcIuhpanh5Dk8uZ7eiUGqckb82Ab6 puxvTa/4/E2N12uUQW8mm9ubr8+X1JZdCLVLfQ0pKNmBEcfb+9sFwSum X-SW-Source: 2018-05/txt/msg00231.txt.bz2 One of my testsuite failures for the pdp11 back end is gcc.c-torture/compil= e/930326-1.c which is: struct { char a, b, f[3]; } s; long i =3D s.f-&s.b; It fails with "error: initializer element is not computable at load time".= =20=20 I don't understand why because it seems to be a perfectly reasonable=20 compile time constant; "load time" doesn't enter into the picture that I can see. If I replace "long" by "short" it works correctly. So presumably it has something to do with the fact that Pmode =3D=3D HImode. But how that trans= lates into this failure I don't know. paul