ReasonTalk.com

• native support in IDEs handling CMake directly, like CLion or Visual Studio Code (with the CMake extension)
• project generation for most of the generators supported by CMake, like XCode for macOS, Visual Studio for Windows, Unix Makefiles, and many more
• completely isolated build (no polluting the source tree)
• much faster builds (due to proper dependency management, no need to recompile everything all the time)
• proper integration with IDEs for debugging (for example starting Recon from CLion in debug mode and putting a breakpoint in the source tree)
• native toolchain builds allowing for non sandboxed builds for easy development (use of std::string, std::cout, etc...)
• easy to use script (re.sh for macOS, re.bat for Windows) to invoke all the various phases of the build so no need to remember long and complicated syntax

• The project loaded in CLion with all the targets available
• The source code of the "main" method (does nothing / empty)
• The result of the native-install target run in CLion which has compiled and installed the plugin in its location so that Recon can find it
• A shell showing the command that can be run on the command line to do the same outside the IDE
• The plugin loaded in Recon

ForgottenClank wrote: ↑

22 Jun 2020

Amazing, thanks! I'll have to look into this.
When you say "fully wired" I assume audio inputs/outputs and not much else, right? I would be willing to throw in my FX template which features much more functionality that new devs might not think they needed.

pongasoft wrote: ↑

22 Jun 2020

Maybe it would be better to have re-blank-fx (with input/output + on/off/bypass), re-blank-instrument (with output only), re-blank-player, etc... so that you can pick the one you want.

meowsqueak wrote: ↑

23 Jun 2020

That said, such examples could be potentially useful for other reasons, so maybe that's a good case for a more general open-source RE example gallery, where re-cmake just happens to be the common build system they all use, but maintenance is shared by others?

meowsqueak wrote: ↑

23 Jun 2020

Congrats on the release, Yan, glad I could help

You have done a brilliant job on this framework. It brings back the best of RE development workflow pre-SDK4 and has massively improved my productivity. I really felt like "upstream" dropped us in the deep-end with SDK4 (e.g. Mac debugging on non-Catalina didn't even work for... how many months?) but re-cmake has fixed pretty much every issue I had.

On the topic of different examples - presently the build framework doesn't really change much (if at all) between different types of REs. The re-blank-plugin pretty much shows off the full system. Having multiple examples doesn't really show off any additional aspects of re-cmake, it's all going to be much the same really, but they will increase the maintenance effort required to keep re-cmake up-to-date. Perhaps later when it might help with things like handling the lua dofile anti-support additional examples will be useful. That said, such examples could be potentially useful for other reasons, so maybe that's a good case for a more general open-source RE example gallery, where re-cmake just happens to be the common build system they all use, but maintenance is shared by others?