Brad King wrote:
The problem with
Makefile: input-foo.txt input-bar.txt
regenerate-rule
is that when someone removes "input-bar.txt" from disk Make will refuse
to run the regeneration rule.
Ah, wasn't thinking about that. Thanks for the info.
--
Matthew
Please do not quote my e-mail ad
Brad King wrote:
AFAIK there is no way to implement the
make my-new-target
interface reliably.
FYI, you can write the above like this:
make rebuild_cache && make my-new-target
if you know that it is a new target.
-Brad
___
Powered by www.kitw
Matthew Woehlke wrote:
Bill Hoffman wrote:
I still don't get the original problem??? We used to have Makefile:
. It was removed when that work was pushed into
cmake_check_build_system.
Ah. Maybe it should come back?
The problem with
Makefile: input-foo.txt input-bar.txt
regene
Bill Hoffman wrote:
I still don't get the original problem??? We used to have Makefile:
. It was removed when that work was pushed into
cmake_check_build_system.
Ah. Maybe it should come back?
The original problem is: 'make foo' doesn't work after adding a target
'foo', because the Makefi
Matthew Woehlke wrote:
Bill Hoffman wrote:
Matthew Woehlke wrote:
Makefile : cmake_check_build_system
Shouldn't this rather be:
Makefile:
cmake_check_build_system
?
...in which case, the only thing that should get checked is if the
CMakeLists.txt are newer than the Makefile. So in most
Bill Hoffman wrote:
Matthew Woehlke wrote:
Makefile : cmake_check_build_system
Shouldn't this rather be:
Makefile:
cmake_check_build_system
?
...in which case, the only thing that should get checked is if the
CMakeLists.txt are newer than the Makefile. So in most cases this
should be f
Matthew Woehlke wrote:
Makefile : cmake_check_build_system
Shouldn't this rather be:
Makefile:
cmake_check_build_system
?
...in which case, the only thing that should get checked is if the
CMakeLists.txt are newer than the Makefile. So in most cases this should
be fast.
We need to ru
Eric Noulard wrote:
2009/3/16 Matthew Woehlke :
I think if this isn't working, either a: cmake isn't writing
optimal dependencies for the makefiles themselves,
Optimal depends in which sense. With the current scheme
I would say that dependency is checked "almost always when needed",
with your
2009/3/16 Matthew Woehlke :
> Eric Noulard wrote:
>>
>> 2009/2/26 Alex Flint :
>>>
>>> Hi there,
>>>
>>> I've noticed that when I run "make blah" then the makefile is
>>> automatically re-generated if I've changed anything in CMakeLists.txt
>>> since the last time I built "blah". However, if I add
Eric Noulard wrote:
2009/2/26 Alex Flint :
Hi there,
I've noticed that when I run "make blah" then the makefile is
automatically re-generated if I've changed anything in CMakeLists.txt
since the last time I built "blah". However, if I add a new target to
CMakeLists.txt then I have to run cmake
2009/2/26 Alex Flint :
> Hi there,
>
> I've noticed that when I run "make blah" then the makefile is
> automatically re-generated if I've changed anything in CMakeLists.txt
> since the last time I built "blah". However, if I add a new target to
> CMakeLists.txt then I have to run cmake manually or
Hi there,
I've noticed that when I run "make blah" then the makefile is
automatically re-generated if I've changed anything in CMakeLists.txt
since the last time I built "blah". However, if I add a new target to
CMakeLists.txt then I have to run cmake manually or else I just get
"to rule to make f
12 matches
Mail list logo
