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 [170.10.133.124]) by sourceware.org (Postfix) with ESMTPS id 81F523858403 for ; Fri, 10 Dec 2021 16:41:13 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 81F523858403 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-272-21OYf5uhOjqH2e60B1-TVw-1; Fri, 10 Dec 2021 11:41:10 -0500 X-MC-Unique: 21OYf5uhOjqH2e60B1-TVw-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 2DB6E801962; Fri, 10 Dec 2021 16:41:09 +0000 (UTC) Received: from tucnak.zalov.cz (unknown [10.39.194.188]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 8635C5D9D5; Fri, 10 Dec 2021 16:41:08 +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 1BAGf5oj3301718 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Fri, 10 Dec 2021 17:41:06 +0100 Received: (from jakub@localhost) by tucnak.zalov.cz (8.16.1/8.16.1/Submit) id 1BAGf5ra3301717; Fri, 10 Dec 2021 17:41:05 +0100 Date: Fri, 10 Dec 2021 17:41:05 +0100 From: Jakub Jelinek To: Martin Sebor Cc: Jonathan Wakely , Jonathan Wakely , libstdc++ , gcc-patches Subject: Re: [committed] libstdc++: Disable over-zealous warnings about std::string copies [PR103332] Message-ID: <20211210164105.GP2646553@tucnak> Reply-To: Jakub Jelinek References: <20211209232453.1568609-1-jwakely@redhat.com> <8a43115a-fab5-e2e7-6737-e0fbc43ebb59@gmail.com> MIME-Version: 1.0 In-Reply-To: <8a43115a-fab5-e2e7-6737-e0fbc43ebb59@gmail.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 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.5 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_H2, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=unavailable autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: libstdc++@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libstdc++ mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2021 16:41:14 -0000 On Fri, Dec 10, 2021 at 09:35:50AM -0700, Martin Sebor via Gcc-patches wrote: > The above was just a quick proof of concept experiment. You're > of course right that the final solution can't be so crude(*). > But if the required functions are always_inline (I think member > functions defined in the body of the class implicitly are They are not, and can't be, nothing says that such member functions can't use constructs that make it uninlinable (with always_inline that would be an error), or are way too large that inlining is not desirable, etc. They are just implicitly inline. Jakub