alex/ash
1
0
Fork 0
Code Issues Pull requests Packages Projects Releases Wiki Activity
ash/generator/Cargo.toml

22 lines
406 B
TOML
Raw Normal View History

Init generator
2018-03-10 07:45:58 +11:00
[package]
name = "generator"
version = "0.1.0"
authors = ["Maik Klein <maikklein@googlemail.com>"]
fix `clippy::uninlined_format_args` (#705) * ash/util: fix `clippy::seek_to_start_instead_of_rewind` * examples: fix `clippy::uninlined_format_args` * ash: fix `clippy::uninlined_format_args` * generator: fix `clippy::uninlined_format_args` * rust: upgrade to edition 2021
2023-02-18 04:11:44 +11:00
edition = "2021"
Init generator
2018-03-10 07:45:58 +11:00
[dependencies]
generator: Upgrade to `bindgen 0.61.0` (#673) Seems to mostly result in less unused type aliases being generated, and improved/reworked testing infrastructure.
2022-10-21 04:41:23 +11:00
bindgen = "0.61"
generator: Upgrade `bindgen`, `heck` and `vk-parse` `heck` got its API slightly renamed, and `bindgen` fixed all code-smell linter warnings in its output (except naming style, which is inherent).
2022-07-30 01:11:27 +10:00
heck = "0.4"
Update Vulkan-Headers to 1.2.166 (#355) * Update Vulkan-Headers to 1.2.165 * Update Vulkan-Headers to 1.2.166 * generator: Update itertools to 0.10
2021-01-25 08:13:28 +11:00
itertools = "0.10"
generator: Upgrade `nom` to `0.7` where parser macros have been removed (#610)
2022-05-11 06:58:47 +10:00
nom = "7.1"
generator: Add support for vkFlags64 and update to 1.2.170 (#411) * Update Vulkan-Headers to 1.2.169 * generator: Add support for vkFlags64 Since Vulkan-Headers v1.2.170 with VK_KHR_synchronization2 there are now bitmasks/enums using 64-bits instead of the default 32. vk-parse has been updated to convey this info though the typedefs for these enumerations could be parsed as well. * generator: Insert underscores before trailing type number Enum types like `VkAccessFlags2KHR` are turned into `VK_ACCESS2` after demangling and `SHOUTY_SNAKE_CASE` conversion by Heck, but the enum variants for the type start with `VK_ACCESS_2` (or similar) which fails the `strip_suffix` and leads to long names to show up. Inserting an underscore here makes sure the match succeeds. * Update Vulkan-Headers to 12.170
2021-05-08 20:25:10 +10:00
once_cell = "1.7"
proc-macro2 = "1.0"
Upgrade proc_macro2/syn/quote to v1.0 (#351) * generator: Mark IDirectFB and IDirectFBSurface as opaque * Upgrade proc_macro2/syn/quote to v1.0 * Regenerate with quote/syn/proc_macro2 v1.0
2021-01-03 00:37:10 +11:00
quote = "1.0"
generator: Add support for vkFlags64 and update to 1.2.170 (#411) * Update Vulkan-Headers to 1.2.169 * generator: Add support for vkFlags64 Since Vulkan-Headers v1.2.170 with VK_KHR_synchronization2 there are now bitmasks/enums using 64-bits instead of the default 32. vk-parse has been updated to convey this info though the typedefs for these enumerations could be parsed as well. * generator: Insert underscores before trailing type number Enum types like `VkAccessFlags2KHR` are turned into `VK_ACCESS2` after demangling and `SHOUTY_SNAKE_CASE` conversion by Heck, but the enum variants for the type start with `VK_ACCESS_2` (or similar) which fails the `strip_suffix` and leads to long names to show up. Inserting an underscore here makes sure the match succeeds. * Update Vulkan-Headers to 12.170
2021-05-08 20:25:10 +10:00
regex = "1.4"
generator: Handle `<command>` via `vk-parse` types and `nom` (#719) For the upcoming `api` attribute in `vk.xml` commands also need to be processed through `vk-parse` which has support for all the new attributes, while `vkxml` is deprecated and completely untouched for years. This conversion unfortunately requires whipping up yet another quick-and-dirty `nom` parser of a specific subset of C used in `vk.xml` to describe parameter signatures. This PR shows that conversion is complete and provides no accidental semantic differences. Also update `vk-parse` to `0.9` which contains a new `code` field on `CommandParam` (`<param>` element) to be able to inspect the code signature of individual parameters rather than parsing them out of (and matching them back to `vk-parse`'s `params` array!) the `<command>` / `CommandDefinition` as a whole: https://github.com/krolli/vk-parse/issues/25#issuecomment-1246330001 https://github.com/krolli/vk-parse/commit/615ffb69eb6ffa5ac038974d3e3d3da0ac19fed8
2023-03-21 16:30:05 +11:00
vk-parse = { version = "0.9", features = ["vkxml-convert"] }
generator: Add support for vkFlags64 and update to 1.2.170 (#411) * Update Vulkan-Headers to 1.2.169 * generator: Add support for vkFlags64 Since Vulkan-Headers v1.2.170 with VK_KHR_synchronization2 there are now bitmasks/enums using 64-bits instead of the default 32. vk-parse has been updated to convey this info though the typedefs for these enumerations could be parsed as well. * generator: Insert underscores before trailing type number Enum types like `VkAccessFlags2KHR` are turned into `VK_ACCESS2` after demangling and `SHOUTY_SNAKE_CASE` conversion by Heck, but the enum variants for the type start with `VK_ACCESS_2` (or similar) which fails the `strip_suffix` and leads to long names to show up. Inserting an underscore here makes sure the match succeeds. * Update Vulkan-Headers to 12.170
2021-05-08 20:25:10 +10:00
vkxml = "0.3"
Add ptr types
2018-03-10 20:47:02 +11:00
[dependencies.syn]
Upgrade proc_macro2/syn/quote to v1.0 (#351) * generator: Mark IDirectFB and IDirectFBSurface as opaque * Upgrade proc_macro2/syn/quote to v1.0 * Regenerate with quote/syn/proc_macro2 v1.0
2021-01-03 00:37:10 +11:00
version = "1.0"
Add ptr types
2018-03-10 20:47:02 +11:00
features = ["full", "extra-traits"]
Reference in a new issue Copy permalink