[CMake] Forwarding parameters to cmake through cmake-gui

Jean-Christophe Fillion-Robin jchris.fillionr at kitware.com
Fri Nov 1 11:12:12 EDT 2013


Hi,

More specifically, it could be an entry named "More Options ..." in the
already available "Options" menu. Or you could simply expose more command
line option directly in that menu.

Jc


On Fri, Nov 1, 2013 at 11:05 AM, physhh . <physhh at gmail.com> wrote:

> Hi Jean,
> I'm not quite sure I've understood your feedback correctly. You mean it
> would be nice to add a panel to the gui which lists all forwarded options
> with description text?
>
> Will try to create a patch for this.
>
> Thanks for your time
>
>
> On Fri, Nov 1, 2013 at 3:52 PM, Jean-Christophe Fillion-Robin <
> jchris.fillionr at kitware.com> wrote:
>
>> Hi Physhh,
>>
>> I like the idea. Instead, a gui panel (with tooltips, doc, ...) should be
>> autogenerated from the option associated to the corresponding cmake
>> executable.
>>
>> Would be happy to review changes / patches.
>>
>> Thanks
>> Jc
>>
>>
>> On Fri, Nov 1, 2013 at 10:47 AM, physhh . <physhh at gmail.com> wrote:
>>
>>> I've already searched for a feature like this but was not able to find
>>> it. Then i've looked up in the cmake-gui source code but couldn't find
>>> anything related.
>>>
>>> What I'm looking for:
>>> If cmake is used directly from the command line, it's possible to pass a
>>> bunch of options (
>>> http://www.cmake.org/cmake/help/v2.8.12/cmake.html#section_Options).
>>> This is nice because with this it's possible to use default settings - even
>>> if the cache get deleted. I'm actually really interested in this because it
>>> would be possible to set the CMAKE_MODULE_PATH variable via batch file -
>>> which is neat for custom find modules in custom locations.
>>>
>>> My Request:
>>> I would like to see a feature which makes it possible to pass command
>>> line options to cmake-gui which get forwarded to cmake when it gets called.
>>> To make this work the cmake-gui could look for parameters which look like
>>> "forward-*" (where the * is a cmake option name) and pass it to cmake.
>>>
>>> Are there any counter-arguments against this?
>>> In my opinion it would make things much cleaner.
>>>
>>> --
>>>
>>> Powered by www.kitware.com
>>>
>>> Please keep messages on-topic and check the CMake FAQ at:
>>> http://www.cmake.org/Wiki/CMake_FAQ
>>>
>>> Kitware offers various services to support the CMake community. For more
>>> information on each offering, please visit:
>>>
>>> CMake Support: http://cmake.org/cmake/help/support.html
>>> CMake Consulting: http://cmake.org/cmake/help/consulting.html
>>> CMake Training Courses: http://cmake.org/cmake/help/training.html
>>>
>>> Visit other Kitware open-source projects at
>>> http://www.kitware.com/opensource/opensource.html
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://www.cmake.org/mailman/listinfo/cmake
>>>
>>
>>
>>
>> --
>> +1 919 869 8849
>>
>
>


-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20131101/7e364434/attachment.htm>


More information about the CMake mailing list