Quoting Bill Hoffman <[EMAIL PROTECTED]>:

Brandon Van Every wrote:
On Jan 13, 2008 10:04 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
Many people will run CMake from a GUI and will not be giving a
-f flag.  With the patch there would be no way to build a project via
one of the GUI's if it required changing the name of the file.

cmakesetup and ccmake would also need -f flags.  Command line users
and scripts could invoke -f flags just fine.  Shortcuts on Windows can
be made with -f flags in them if people want to present their builds
that way.

If you
had two or more sets of cmake files in the same source tree, how would
that work?

The same way it works now.  Generally, such files are a case of "CMake
invoking CMake."


No offense Brandon, but I would like to here from Martin about how he
plans to use this feature.  I am not sure why you would want to have to
co-existing source trees.  Also, I am not sure the same thing can't be
done with if and include.  I am not saying that I won't apply the
patch, I just want to understand the requirement/use case before I do.
I also don't see people invoking cmakesetup with any flags, it is a gui
program. I would like to here from Martin on how he expects this to be
used from the GUI interfaces to CMake.

I don't specially like the idea of different names for CMakeLists.txt and I don't see the use case, either. It makes sense for 'make' to have a '-f' parameter because you have make, gmake, nmake, with slightly or totally incompatible syntaxes but there is only one and great CMake (and we can even ask for a minimum versior, of condition execution of some parts depending on CMake's version).

Anyway I think it'd be easy to integrate this feature in the Windows GUI: instead of choosing a folder and automagically search for CMakeLists.txt in it, let's make the user choose a file (CMakeLists.txt or whatever the developer decided to call it). Assuming instead of CMakeLists.txt a developer decided to call it GreatCMakeLists.txt, cmake would then go and search for GreatCMakeLists.txt instead of CMakeLists.txt in every SUBDIRS'ed or ADD_DIRECTORY'ed directory.


--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)

_______________________________________________
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake

Reply via email to