use per-resource type sg_id types (and warn about mismatches) about sokol

[pervognsen]

Typedefs are just aliases so they're not going to offer type safety on their own. You'll want a struct for each id type, like typedef struct { int32_t id; } sg_buffer;

[floooh]

...I guess a better name would simply be sg_buffer, sg_image, etc... without the '_id'

[floooh]

done, but I need to figure out how to get the compilers emit warnings when assigning using the wrong type (since everything is uint32_t underneath at least clang doesn't complain when using a sg_image when an sg_buffer is expected, etc...

[amerkoleci]

What about typedef handle like vulkan?

[floooh]

I'll try this, and also will have a look at the Vulkan headers, thanks!

[amerkoleci]

You can use something similar to VK_DEFINE_HANDLE then have the struct implemented per backend, under opengl it would be, for example sg_buffer_id with gl handle and some other props you need.

[floooh]

Ok I wrapped the id into a struct, and type checking works now... let's see how (in-)convenient this will be with designed-initialisers though...

[floooh]

reminder feedback from @pervognsen:

• To reply to your final comment (since I can't reply to closed issues): API users shouldn't need to deal with the id fields.

• Just the structs as a whole. And for sentinels, you can do e.g. #define SG_BUFFER_NONE ((sg_buffer){0}) with C99 compound literals.