Re: centralize CPU feature detection - Mailing list pgsql-hackers

From Zsolt Parragi
Subject Re: centralize CPU feature detection
Date
Msg-id CAN4CZFMrj1EB9fDQ4+8o-KzVRhh-FM5U3fXPSnc4YmU-LqNuPA@mail.gmail.com
Whole thread
In response to Re: centralize CPU feature detection  (John Naylor <johncnaylorls@gmail.com>)
Responses Re: centralize CPU feature detection
List pgsql-hackers
> Done. I haven't tried Arm support yet, but now I realize the header
> should be named generically, so it's now "pg_cpu.h". Then it can be
> included everywhere.

That makes sense, and simplifies the usage of the header. (However,
the include guard still refers to the old name)

> I don't know. The instruction family names are conventionally all in
> caps, but this is just our signal that we've populated the array. That
> said, a less generic name would better for grep-ability.

Yes, that could work too. But reserving the lowercase "init" symbol in
a very generic header seems like a bad idea (especially for a use case
that isn't used globally), even if Postgres itself doesn't use the
symbol for anything else. "INIT" at least would be unlikely to
conflict with something else.



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: meson: Allow disabling static libraries
Next
From: Marcos Magueta
Date:
Subject: Re: WIP - xmlvalidate implementation from TODO list