Well I've tried to make the problem as clear as possible but somehow it
seems it still wasn't clear enough.
In my opinion the solution which was proposed by Mathew was also pretty
clear - also not absolutly complete as he stated himself.
How should we proceed? I think Mathew understood what's my
On 11/06/2013 02:55 PM, physhh . wrote:
How should we proceed? I think Mathew understood what's my problem.
This thread has covered use cases in which it makes sense to apply
(or not apply) command-line parameters in cmake-gui for various
cases. No one automatic behavior is going to satisfy
+1
I like the idea of the [Apply Command Line Parameters button appear
whenever -Dvar=value parameters were passed.]
Would also be nice if parameter like -G ... could also be considered for
the first configuration. Within some of our project, I envision user
downloading a bat script named
Would it makes sense to have cmake-gui behaving
like ccmake ? After all there are both UI.
It would accept the same set of options:
-C initial-cache
-D var:type=value
-U globbing_expr
-G generator-name
-T toolset-name
It would appear that ccmake is
+1 for Mathews solution. To bad it's just on the developers list.
I will simply cite him:
On 2013-11-04 15:47, David Cole wrote:
* My question is still not answered completely:
** When should the new variable be added? On startup is not really
** possible because it might be the case that your
On Tuesday 05 November 2013, David Cole wrote:
My question is still not answered completely:
When should the new variable be added? On startup is not really
possible because it might be the case that your src/binary directory
is not set properly.
So you would agree that it makes
On Tuesday 05 November 2013, Jean-Christophe Fillion-Robin wrote:
Would it makes sense to have cmake-gui behaving like ccmake ? After all
there are both UI.
It would accept the same set of options:
-C initial-cache = Pre-load a script to populate the cache.
-D var:type=value
On 2013-11-05 14:36, Alexander Neundorf wrote:
I tried the following a few times in the past and noticed everytime that it
does not work:
$ cd src
src/ $ mkdir build
src/ $ cd build
src/build/ $ cmake-gui -DSOME_VARIABLE=some_value ..
I'd like that to work. Would it work with your proposal ?
On 2013-11-05 14:36, Alexander Neundorf wrote:
On Tuesday 05 November 2013, Jean-Christophe Fillion-Robin wrote:
Would it makes sense to have cmake-gui behaving like ccmake ? After all
there are both UI.
It would accept the same set of options:
[...]
-G generator-name = Specify a
On Tue, Nov 5, 2013 at 8:56 PM, Matthew Woehlke matthew.woeh...@kitware.com
wrote:
On 2013-11-05 14:36, Alexander Neundorf wrote:
I tried the following a few times in the past and noticed everytime that
it
does not work:
$ cd src
src/ $ mkdir build
src/ $ cd build
src/build/ $ cmake-gui
On 2013-11-05 15:14, physhh . wrote:
On Tue, Nov 5, 2013 at 8:56 PM, Matthew Woehlke wrote:
On 2013-11-05 14:36, Alexander Neundorf wrote:
Once the cache is deleted in cmake-gui, I would expect that the
values from the command line are also forgotten, also the -U
values. Otherwise this cmake
Wouldn't it then be possible to write a simple shell script for those
people who really want that use case which calls cmake with -U and
afterwards call cmake-gui?
Sorry if I didn't understood it as it was ment.
For me the thing is:
I prefer a simple solution which allows the same stuff which is
On Tuesday 05 November 2013, Matthew Woehlke wrote:
On 2013-11-05 14:36, Alexander Neundorf wrote:
I tried the following a few times in the past and noticed everytime that
it does not work:
$ cd src
src/ $ mkdir build
src/ $ cd build
src/build/ $ cmake-gui -DSOME_VARIABLE=some_value
As I see it, folks that are used to cmake/ccmake tend to want
cmake-gui
to work more like that. Whereas folks that are used to doing
everything
from GUI's and hardly if ever touch a command line want it to work
like
we're suggesting. Both points of view are IMO valid (though I tend
towards
On Nov 5, 2013, at 6:40 PM, Matthew Woehlke matthew.woeh...@kitware.com
wrote:
On 2013-11-05 17:40, David Cole wrote:
I would simply like to point out, with all due respect, that in the
non-CLI use case, it is IMPOSSIBLE to pass command line parameters.
1. I can modify my shortcut /
My question is still not answered completely:
When should the new variable be added? On startup is not really
possible because it might be the case that your src/binary directory
is not set properly.
So you would agree that it makes sense to do it on configure but
only if the cache
is
On 11/04/2013 03:47 PM, David Cole wrote:
ccmake and cmake-gui *should* behave (in *my* opinion) as follows:
- on startup, load the CMakeCache.txt values (if there are any) from
the previous run
- then apply the -D arguments so that any -D arguments given on the
command line overwrite
On 2013-11-04 15:47, David Cole wrote:
My question is still not answered completely:
When should the new variable be added? On startup is not really
possible because it might be the case that your src/binary directory
is not set properly.
So you would agree that it makes sense to do it on
Would it makes sense to have cmake-gui behaving like ccmake ? After all
there are both UI.
It would accept the same set of options:
-C initial-cache = Pre-load a script to populate the cache.
-D var:type=value = Create a cmake cache entry.
-U globbing_expr = Remove
19 matches
Mail list logo
