Cvelth

Thanks for your answer. The thing is, for me personally, merging of this PR is not essential anymore, I used my forked version for a while, after which the project...

This resolves #367

@aleclearmind, please review new commits starting from `TypeNames: fix function prototype return value tag` (inclusive). Shouldn't be controversial, but might be worth a second look.

@aleclearmind, please take a look at this PR when you have some time. It starts from the second `Minor Improvements` (next to `TTG: drop existing GUID logic`), based on top...

(Sorry for the slow reply, I didn't have much time to look into this before today) I tried to reproduce it with GCC 15, but couldn't get to this point...

Reading the papers, the situation doesn't seem _that_ dire. --------------------------------------- First of all, our `import`s seem to already be in line with what the paper suggests: https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2019/p1703r1.html#tony-tables-affected (the last two...

🎉🎉🎉 I was afraid of that part the most. As long as we can conditionally `export`, everything else is not that big a deal!

I finally found some time to look into this properly today (including building gcc from source). From the looks of it, this commit is all that's necessary: https://github.com/Cvelth/vkfw/pull/21/commits/da8842e8c7fcbbbb47192e3125d932467d1be8b4 Having to...

> P/S: I also got a CMake error because of https://github.com/Cvelth/vkfw/commit/f90511c8acf7eed805ba4e6cb4f71f9ba37ca493, which basically detected an existing GLFW installation on my system and refused to clone GLFW (which is required for...

> why wouldn't we just follow what's done in [btmxh/vkfw@gcc15-fix](https://github.com/btmxh/vkfw/tree/gcc15-fix) Ah right, we had a third option! My bad on missing that! But honestly, I still think I prefer to...