From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from albireo.enyo.de (albireo.enyo.de [37.24.231.21]) by sourceware.org (Postfix) with ESMTPS id B744B3857C75 for ; Sun, 16 Aug 2020 11:18:44 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org B744B3857C75 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=deneb.enyo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=fw@deneb.enyo.de Received: from [172.17.203.2] (helo=deneb.enyo.de) by albireo.enyo.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1k7GgU-0004vT-N5; Sun, 16 Aug 2020 11:18:42 +0000 Received: from fw by deneb.enyo.de with local (Exim 4.92) (envelope-from ) id 1k7GgU-0005Lc-KJ; Sun, 16 Aug 2020 13:18:42 +0200 From: Florian Weimer To: =?utf-8?B?5a2Z5LiW6b6Z?= sunshilong Cc: =?utf-8?B?5a2Z5LiW6b6Z?= sunshilong via Libc-help Subject: Re: How to verify some macro is available for a specific version of GLIBC that is installed on my PC? References: <87d03qkinm.fsf@mid.deneb.enyo.de> Date: Sun, 16 Aug 2020 13:18:42 +0200 In-Reply-To: (=?utf-8?B?IuWtmeS4lum+mQ==?= sunshilong"'s message of "Sun, 16 Aug 2020 19:00:40 +0800") Message-ID: <875z9ikfe5.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00, BODY_8BITS, KAM_DMARC_STATUS, 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: libc-help@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-help mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Aug 2020 11:18:46 -0000 * =E5=AD=99=E4=B8=96=E9=BE=99 sunshilong: > Thank you for your clarification. > >>You can read the glibc source code. > No other methods? Maybe it's meaningful(or faster) when verifying when > a specific macro is first introduced then reading each version source > code. The Linux man-pages project provides this information in some special cases. But I do not know a source of this information for the general case. > >>__MALLOC_HOOK_VOLATILE is an internal macro and should only be used >>within glibc itself. It can go away at any time. > Do you indicate that the said macro could not be found in the > headers of GLIBC? Some of the headers contain internal implementation macros, identified by two leading underscores (__). Thet are not supposed to be used outside of glibc, but are included in installed headers for technical reasons.