Actually, my comments were spurred on from a discussion on the QtCreator
list. I am *very* happy with the layout inside of VS2015 that we have
been able to generate based on the USE_FOLDERS property. QtCreator tends
to use the Ninja generator to generate the actual build system.
QtCreator just
From what I've read from the VS CMake team at Microsoft in various blog
posts and online discussions, they plan to have actual targets someday
in VS instead of the "Open folder" structure they currently have with
their integration. So right now, that information wouldn't be of any use
for them
I can only speak about VS, which currently neither with the VS nor the Ninja
generator use the FOLDERS property to lay out the targets inside the Solution
Explorer. Instead, it maintains the folder structure of the CMake project. This
was an intentional design decision from their part (at least
Hi,
Thank you very much for this code snippet. However I don't like the
fixup_bundle function, as it takes the first dll that it found to be
linked against.
I also did a try with a dependency scanning function. It is quiet long
to write, but I guess it is the cleanest way to handle DLL under