[CMake] Project Grouping in a solution
Sylvain Benner
benner at virtools.com
Fri Sep 28 05:20:47 EDT 2007
Neal Meyer a écrit :
> Richard,
>
> This project organization is much better, Kudos. However, most of our
> directories include only a single project file so there seems to be a
> lot of redundant folders in this type of layout, so maybe a little
> additional feature that if there is only a single project in the
> directory don't add it's directory to the list as well (the project
> name is usually pretty close to the directory names). Also I'd like
> to see the CMake generated projects in their own folder to seperate
> them from the rest of the projects.
>
> A nice addition to this type of functionality might be to add
> functionality similar to SOURCE_GROUP() (i.e. PROJECT_GROUP), so that
> I can design the whacky project groupings that make sense for my project.
>
> -Neal
Hello,
I've already done this by creating a new command that is similar to
SOURCE_GROUP. But it requires some work to be able to submit it to the
CMake community.
I put the work I've done, feel free to adapt it to your need and make it
compilant to the CMake releases if you want.
The package includes:
-the command cmSolutionGroupMPCommand
-the modified global generator for VS2003 and VS2005
-the GUID_Pool.txt used to always get the same GUIDs even when the
CMakeCache.txt has been deleted (useful for projects under a CVS)
-an example (example.mpu) of our list where the projects are added.
-the CMake script which reads this CMakeLists.txt in order to invoke and
encapsulate the SOLUTION_GROUP command to the regular users.
--Sylvain
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SolutionGroupMP.rar
Type: application/octet-stream
Size: 13242 bytes
Desc: not available
Url : http://public.kitware.com/pipermail/cmake/attachments/20070928/816e13f0/SolutionGroupMP-0001.obj
More information about the CMake
mailing list