cmake-init-gif-engine VS xmake

While not embedded, I have an example that illustrates what everyone else said.

If that doesn't suit your tastes, then maybe just a regular superbuild to orchestrate the dependency and hook it to your project.

This project makes use of a superbuild for its fuzzing. I think I should make another example repo that examplifies source generation specifically using a superbuild.

There is also cmake-init, which generates C projects as well. You can check one such example here, which is also the example to show how to fuzz test a CMake project.

VS is being stinky and flattens the folder tree? You can solve that as well, see this example.

Use a superproject approach if you want to have a code generator. SerenityOS moved to a superbuild structure exactly because having additional tools built in a single build simply does not work.

Use a superproject instead of vendoring like you are doing it now. Note that the changes from this commit are merely for convenience, because you don't have to setup RPATH info, but if you are developing Windows, you'll have to populate your PATH with the paths to DLLs either way.

Fuzzing: if your program takes any sort of arbitrary input and you aren't fuzzing, then you have broken software

That CMake code is terrible. Please take a look at this exmaple to see:

Well since others already mentioned sanitizers, I have an example repository that has sanitizer usage and fuzzing, among many other things.

In recent times I prefer Xmake[0] to CMake.

[0] https://xmake.io