From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by sourceware.org (Postfix) with ESMTPS id 040EE3858D20; Sat, 25 Mar 2023 12:38:26 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 040EE3858D20 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=inria.fr Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=inria.fr DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inria.fr; s=dc; h=date:from:reply-to:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=j5OaTtqVi2H0Kut8z4kGtNlAWxJyqmu0fEXGpPYYRVA=; b=hmjStt0VgmN3keWzMcnqzDWismrm9JAc3mlyiAtp+x3X5Pxj8OOofZ3W M8ZmgN3a7yAKZfs+KtPpKYdYbj3MBwbMUsphFtM1egGAOTnQN/PZ3aBSi 3THDFN55d37zKYZvWyKNj5VGfkSgp/ex5+kj213GjIgh0+K7c0ITynVO6 I=; Authentication-Results: mail3-relais-sop.national.inria.fr; dkim=none (message not signed) header.i=none; spf=SoftFail smtp.mailfrom=marc.glisse@inria.fr; dmarc=fail (p=none dis=none) d=inria.fr X-IronPort-AV: E=Sophos;i="5.98,290,1673910000"; d="scan'208";a="51229648" Received: from 85-171-189-19.rev.numericable.fr (HELO hippo) ([85.171.189.19]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Mar 2023 13:38:25 +0100 Date: Sat, 25 Mar 2023 13:38:24 +0100 (CET) From: Marc Glisse Reply-To: libstdc++@gcc.gnu.org To: Ken Matsui cc: gcc@gcc.gnu.org, libstdc++ Subject: Re: [GSoC] Conflicted Built-in Trait Name In-Reply-To: Message-ID: <7f83711f-5094-6c6d-822b-966293062afc@inria.fr> References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,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 Sat, 25 Mar 2023, Ken Matsui via Gcc wrote: > Built-in trait naming simply adds two underscores (__) to the original > trait name. However, the same names are already in use for some > built-in traits, such as is_void, is_pointer, and is_signed. > > For example, __is_void is used in the following files: > > * gcc/testsuite/g++.dg/tm/pr46567.C This is a testcase, you can rename __is_void to whatever in there, it doesn't matter. > * libstdc++-v3/include/bits/cpp_type_traits.h This __is_void seems to be used in a single place in include/debug/helper_functions.h, couldn't we tweak that code so __is_void becomes unused and can be removed? -- Marc Glisse