The hack was not portable. That means that only worked with Makefiles as the CMake backend. That means that Ninja backend cannot be used. That means that MSYS will probably won't accept a PR with this package (https://github.com/msys2/MINGW-packages/pull/10543#issuecomment-1012312383). Therefore the hack is ugly...
I don't like embedding full paths in binaries for many reasons. I've tryed to avoid that by using the new __FILE_NAME__ macro available in GCC 12 and newer. If not available, the full path is used...
Sorry, it had to go sooner or later...
See: https://discourse.cmake.org/t/cmake-file-name-in-a-portable-way/6918
The hack was not portable. That means that only worked with Makefiles as the CMake backend. That means that Ninja backend cannot be used. That means that MSYS will probably won't accept a PR with this package (https://github.com/msys2/MINGW-packages/pull/10543#issuecomment-1012312383). Therefore the hack is ugly...
I don't like embedding full paths in binaries for many reasons. I've tryed to avoid that by using the new __FILE_NAME__ macro available in GCC 12 and newer. If not available, the full path is used...