From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from resqmta-h1p-028593.sys.comcast.net (resqmta-h1p-028593.sys.comcast.net [IPv6:2001:558:fd02:2446::7]) by sourceware.org (Postfix) with ESMTPS id E96463858D33 for ; Tue, 10 Jan 2023 19:39:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org E96463858D33 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=comcast.net Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=comcast.net Received: from resomta-h1p-028516.sys.comcast.net ([96.102.179.207]) by resqmta-h1p-028593.sys.comcast.net with ESMTP id FEIppzWzkDzFEFKTCpy2xA; Tue, 10 Jan 2023 19:39:38 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1673379578; bh=ZcHEeYkZBEt4ZbrbQYTiHgrkmsX9fULXREk5u5n92v0=; h=Received:Received:From:Content-Type:Mime-Version:Subject: Message-Id:Date:To:Xfinity-Spam-Result; b=FG5Mz3oSem+VdPSiMSuevbp0PAW90QB1eCzFZG+sAuxyOIsq7/np3ogdTlwPH3oeK jLVbQnR81fVTdqKqkE4C6W5Wwy1b2UkPVHEtUCH8tvbCXufoN6I8OPH4+D+Nkl+G08 Vbqbi6aHtePNirMz7dbdC6OD7cufy08bhB57nqltBmpm7kwxkuXFtA52Iag7ZnzanL +ooByX8XKNI96x4PhQiBHYVaZUTZhKOQX72tdtYfbgEiCIMiJIwA9weWo2Pk9Fd7Hb mLVck6efbC1tI0rWIIyeo1x2/oEqtCy0u0sugt+acRTeI5svbIcGCFgfKw2RF3iMDR p1t5ug5g2s0BQ== Received: from smtpclient.apple ([73.60.223.101]) by resomta-h1p-028516.sys.comcast.net with ESMTPSA id FKT9pfaOb6FaEFKTApWVbV; Tue, 10 Jan 2023 19:39:38 +0000 X-Xfinity-VAAS: gggruggvucftvghtrhhoucdtuddrgedvhedrledvgdeiiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucevohhmtggrshhtqdftvghsihdpqfgfvfdppffquffrtefokffrnecuuegrihhlohhuthemuceftddunecunecujfgurhephfgtgfgguffkfffvofesthhqmhdthhdtvdenucfhrhhomheprfgruhhlucfmohhnihhnghcuoehprghulhhkohhnihhnghestghomhgtrghsthdrnhgvtheqnecuggftrfgrthhtvghrnhepudefuefgffegffevffffteevvdejiefggfdtleekudeuledtveekvdeggeekkeevnecukfhppeejfedriedtrddvvdefrddutddunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghlohepshhmthhptghlihgvnhhtrdgrphhplhgvpdhinhgvthepjeefrdeitddrvddvfedruddtuddpmhgrihhlfhhrohhmpehprghulhhkohhnihhnghestghomhgtrghsthdrnhgvthdpnhgspghrtghpthhtohepuddprhgtphhtthhopehgtggtsehgtggtrdhgnhhurdhorhhg X-Xfinity-VMeta: sc=0.00;st=legit From: Paul Koning Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: LRA produces RTL not meeting constraint Message-Id: <30F1C49F-FD69-4489-B132-61E94AF9A005@comcast.net> Date: Tue, 10 Jan 2023 14:39:34 -0500 To: GCC Development X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: In pdp11.md I have: (define_insn_and_split "addhi3" [(set (match_operand:HI 0 "nonimmediate_operand" "=3DrR,rR,Q,Q") (plus:HI (match_operand:HI 1 "general_operand" "%0,0,0,0") (match_operand:HI 2 "general_operand" = "rRLM,Qi,rRLM,Qi")))] "" "#" "reload_completed" [(parallel [(set (match_dup 0) (plus:HI (match_dup 1) (match_dup 2))) (clobber (reg:CC CC_REGNUM))])] "" [(set_attr "length" "2,4,4,6")]) While compiling libgcc2.c I see this RTL in the .ira dump file: (insn 49 48 53 5 (set (reg/f:HI 136) (plus:HI (reg/f:HI 5 r5) (const_int -8 [0xfffffffffffffff8]))) = "../../../../../gcc/libgcc/libgcc2.c":276:4 68 {addhi3} (expr_list:REG_EQUIV (plus:HI (reg/f:HI 5 r5) (const_int -8 [0xfffffffffffffff8])) (nil))) Then in the .reload dump it appears this way: (insn 49 48 53 5 (set (reg/f:HI 5 r5 [136]) (plus:HI (reg/f:HI 6 sp) (const_int 40 [0x28]))) = "../../../../../gcc/libgcc/libgcc2.c":276:4 68 {addhi3} (expr_list:REG_EQUIV (plus:HI (reg/f:HI 5 r5) (const_int -8 [0xfffffffffffffff8])) (nil))) which obviously causes an ICE because that RTL doesn't meet the = constraints. This happens only when LRA is used. I also see this in the .reload file, but I don't know what it means: Choosing alt 1 in insn 49: (0) rR (1) 0 (2) Qi {addhi3} 1 Non-pseudo reload: reject+=3D2 1 Non input pseudo reload: reject++ Cycle danger: overall +=3D LRA_MAX_REJECT alt=3D0,overall=3D609,losers=3D1,rld_nregs=3D2 alt=3D1: Bad operand -- refuse alt=3D2: Bad operand -- refuse alt=3D3,overall=3D0,losers=3D0,rld_nregs=3D0 Any ideas? I ran into this when trying to make LRA the default for this = target. paul