From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [216.205.24.124]) by sourceware.org (Postfix) with ESMTP id 4415C3861034 for ; Wed, 24 Mar 2021 16:41:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 4415C3861034 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-59-l5l1X2AePcmRylehnY5mPg-1; Wed, 24 Mar 2021 12:41:19 -0400 X-MC-Unique: l5l1X2AePcmRylehnY5mPg-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id EBAD9101AFD4; Wed, 24 Mar 2021 16:40:56 +0000 (UTC) Received: from tucnak.zalov.cz (ovpn-112-95.ams2.redhat.com [10.36.112.95]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 803A29D5DE; Wed, 24 Mar 2021 16:40:56 +0000 (UTC) Received: from tucnak.zalov.cz (localhost [127.0.0.1]) by tucnak.zalov.cz (8.16.1/8.16.1) with ESMTPS id 12OGer501176117 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Wed, 24 Mar 2021 17:40:54 +0100 Received: (from jakub@localhost) by tucnak.zalov.cz (8.16.1/8.16.1/Submit) id 12OGeq461176116; Wed, 24 Mar 2021 17:40:52 +0100 Date: Wed, 24 Mar 2021 17:40:52 +0100 From: Jakub Jelinek To: Martin Sebor Cc: Jason Merrill , Richard Biener , gcc-patches@gcc.gnu.org Subject: Re: Patch ping Message-ID: <20210324164052.GJ186063@tucnak> Reply-To: Jakub Jelinek References: <20210324114436.GH186063@tucnak> <291474dd-6c23-3d74-1067-4d92b029ed2d@gmail.com> MIME-Version: 1.0 In-Reply-To: <291474dd-6c23-3d74-1067-4d92b029ed2d@gmail.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Status: No, score=-5.9 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 16:41:23 -0000 On Wed, Mar 24, 2021 at 09:45:31AM -0600, Martin Sebor via Gcc-patches wrote: > E.g., OEP_IGNORE_MEMBER_OFFSET or OEP_SAME_MEMBER_OFFSET (for > the converse of the first) or something like that, but hopefully > you get the idea. Neither of these look like a good name to me, OEP_IGNORE_MEMBER_OFFSET seems like a request that member offset is not important to the equality, it is always important, but in the new mode we want not just the member offset to be equal, but also the fields to be the same, i.e. a stronger requirement. So, what about /* For OEP_ADDRESS_OF of COMPONENT_REFs, only consider same fields as equivalent rather than also different fields with the same offset. */ OEP_ADDRESS_OF_SAME_FIELD = 256 Jakub