This is the mail archive of the
mailing list for the glibc project.
Re: V2 [PATCH] x86: Add <sys/platform/x86.h>
- From: Florian Weimer <fweimer at redhat dot com>
- To: "H.J. Lu" <hjl dot tools at gmail dot com>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Wed, 29 Aug 2018 17:41:41 +0200
- Subject: Re: V2 [PATCH] x86: Add <sys/platform/x86.h>
- References: <CAMe9rOrKzR7MVDV3D8yP5N9yr_yOcks=U6SiC-VwagUfN1L25Q@mail.gmail.com> <CAMe9rOqwHNKxp_9sNK8CDeh5_a2RO_gqU_QDZH3bJrOQGcahPg@mail.gmail.com>
On 08/29/2018 04:38 PM, H.J. Lu wrote:
On Mon, Aug 20, 2018 at 1:54 PM, H.J. Lu <email@example.com> wrote:
On Mon, Aug 6, 2018 at 2:10 PM, H.J. Lu <firstname.lastname@example.org> wrote:
Add <sys/platform/x86.h> to provide an API to access x86 specific platform
Here is the updated patch to rename x86 specific functions to x86_XXX.
If there are no comments nor objections:
I will check it in this Friday,
I'm still concerned that the intended use of this facility is
incompatible with BIND_NOW and other things that disable lazy binding.
The manual also needs to explain how to use these facilities for feature
detection. I assume that just looking at (for example) HAS_CPU_FEATURE
(AVX512F) will give wrong results. If this is true, this seriously
questions why we should expose these tests in a public header file.