From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from resqmta-c1p-023462.sys.comcast.net (resqmta-c1p-023462.sys.comcast.net [IPv6:2001:558:fd00:56::2]) by sourceware.org (Postfix) with ESMTPS id 63A303858D37 for ; Fri, 25 Aug 2023 17:03:35 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 63A303858D37 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-c1p-022592.sys.comcast.net ([96.102.18.237]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 256/256 bits) (Client did not present a certificate) by resqmta-c1p-023462.sys.comcast.net with ESMTP id ZXe7qeue7YWAfZaDeqc4iq; Fri, 25 Aug 2023 17:03:34 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1692983014; bh=0OaUSK5xkj11S33WhTsR85adDlafTLzAGKEMMbOUs0w=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To:Xfinity-Spam-Result; b=dBPJgubjsBMLC0TjUW4eHiPr8bHEHQY5g55mgp0MtoGekMpEdMA6BzKQ7vvPCEflu 0wczerbqMU8wJE5M1uqGskFDIwmRPM3j6ivM5hQYI9VD5HuyAyYdNHV8dE5xofCtX8 Pj2DAthQ4JgWECVZwH3Eb+cnO6Qjr+BfmTGTrMIBFlUjlBn75kEO9fr6HyXZRT0ulP yQIUIrgZVjPDCIbNJbZP6urikisKzKwFRdj/33fLwxp5NIGIWOL62WgcUZfdbwA5vF Bq067UnIzVOMnQu39GOUs0LvZ/VCrn86/SKfjBqoPDEr01P7ymG9bAuqG8z0vt5oYW huDqhcVSrwxhA== Received: from smtpclient.apple ([73.60.223.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 256/256 bits) (Client did not present a certificate) by resomta-c1p-022592.sys.comcast.net with ESMTPSA id ZaDbqcyKJBIF6ZaDcqXeCi; Fri, 25 Aug 2023 17:03:33 +0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.4\)) Subject: Re: P.S. Follow up to my last post From: Paul Koning In-Reply-To: <502E2019-6C30-45ED-9EE4-A5ABAABBB750@jacob.remcomp.fr> Date: Fri, 25 Aug 2023 13:03:31 -0400 Cc: Palmer Dabbelt , jbeulich@suse.com, binutils@sourceware.org Content-Transfer-Encoding: quoted-printable Message-Id: <8C7981E4-01DE-4C70-92DB-6C711D95D710@comcast.net> References: <502E2019-6C30-45ED-9EE4-A5ABAABBB750@jacob.remcomp.fr> To: jacob navia X-Mailer: Apple Mail (2.3696.120.41.1.4) X-Spam-Status: No, score=-2.7 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: > On Aug 25, 2023, at 12:10 PM, jacob navia = wrote: >=20 > OK. > 1) We agree that the -march=3Drv64gc_zbb option is completely = undocumented and impossible for the user to know. > 2) We agree that =C2=AB gnu gas =C2=BB is an assembler whose duty is = to assemble instructions. But =C2=AB gas =C2=BB will refuse to assemble = those instructions.=20 > Why is that? It is the responsibility of the programmer or the = compiler to write the instructions that are present in this or another = machine.=20 > Why the assembler thinks it is necessary to forbid some = instructions??? It's reasonable for the assembler to enforce ISA variations, based on = what it's told in the -march switch. If so, then (a) gcc has to pass = that switch, and (b) gcc can't add a variant that gas doesn't know = about. Is that the case here? Are you invoking the assembler manually or = having it done for you by gcc? If the former, the -march switch is your = responsibility; if the latter, then gcc is responsible for getting it = right. paul