anv/entrypoints: Better handle promoted extensions
authorJason Ekstrand <jason@jlekstrand.net>
Wed, 26 Jun 2019 18:57:34 +0000 (13:57 -0500)
committerJason Ekstrand <jason@jlekstrand.net>
Tue, 26 Nov 2019 02:48:42 +0000 (02:48 +0000)
commit854859fefa1cb8b09f6c936b492b937c6f8ce089
treecd0bab0f38427a3eed3528e245bd6b7db7841c2c
parent121551bfdb07786c8e26b712d87c8564bda556b4
anv/entrypoints: Better handle promoted extensions

In the case of promoted extensions we can end up with an entrypoint that
we support being an alias of an entrypoint we do not support.  For
instance, if an extension gets promoted from EXT to KHR, the EXT entry-
points may be aliases of the KHR ones.  We want to leave everything as
EXT until we get around to advertising the KHR so that we don't break
things when we update the XML and headers.

Reviewed-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
src/intel/vulkan/anv_entrypoints_gen.py