Samuel Nicholas

@dsnopek Now #1663 merged, this Issue can be closed. Flags match the scons solution, including the two matching debug_crt and GODOT_DEBUG_CRT options for both build systems.

@ytnuf check the recent comments [here](https://github.com/godotengine/godot-proposals/issues/9364#issuecomment-2501739452) Is there anything further to add to the discussion? @dsnopek I guess we keep these PR's around in case others want to build upon...

This is actually intended behaviour. The goal for the cmake build system is to match scons, as scons puts its binaries in godot-cpp/bin so shall cmake. A change in this...

This has now been changed in master. The issue was brought up again during merge discussion of #1598 The output of the library artifacts is now "${CMAKE_BINARY_DIR}/bin" This issue can...

does using a file for the options work? https://www.man7.org/linux/man-pages/man1/ar.1.html ``` @file Read command-line options from file. The options read are inserted in place of the original @file option. If file...

I went to look at these links to see what yoru build process was, and they are all 404. The error happens during the archiving stage, perhaps out of memory?

I'm trying to reproduce your case, and am unable to.. on windows 11 python 3 master branch this works without problem. `cmake --fresh ../ -G"Ninja" -DGODOT_GDEXTENSION_DIR:PATH='C:\Godot\src\godot-cpp\gdextension  test\'` `cmake --fresh...

I cannot replicate the error, I've tried all combinations of path separators, windows, and msys environments. I'm considering this solved.

I have a PR for [modernising](https://github.com/godotengine/godot-cpp/pull/1598) the cmake build scripts that I believe would resolve this issue. The test project becomes a target of the main project and doesn't need...

Closing this issue as no response, and recent changes to cmake resolve this.