I've been trying to find a good explanation of how the "/fast" target
works online? Is there a place where the exact behavior documented?
Also my concern is that adding a source file to CMakeLists.txt file
triggers a rebuild of all source files? Can this be averted by having
cmake discover the s
Hi,
I have the following directory structure
ProjName
|
-> src
|
->lib
|
->app
if I execute cmake -DBUILD_TYPE=Debug at the app level then the linking
fails with missing lib. Obviously this because the lib is not compiled. Is
the
On Thursday 09 August 2007 12:57, Juan Sanchez wrote:
> I've been trying to find a good explanation of how the "/fast" target
> works online? Is there a place where the exact behavior documented?
>
> Also my concern is that adding a source file to CMakeLists.txt file
> triggers a rebuild of all so
I just added a source file to the list of sources in my library and now
it is recompiling every source file in that library. I don't feel
rebuilding the other source files is necessary and I'd like a way to
tell cmake to trust me and that any object files I have are still good.
Regards,
Juan
Juan Sanchez wrote:
I just added a source file to the list of sources in my library and now
it is recompiling every source file in that library. I don't feel
rebuilding the other source files is necessary and I'd like a way to
tell cmake to trust me and that any object files I have are still goo
Hi Bill,
I ran a test and figured out what is triggering the problem. The
problem is that I have SET_SOURCE_FILES_PROPERTIES which operates on
${SRCS}. By adding to ${SRCS} it triggers the rebuild of all of the
files listed, and not just of the one I added.
If I comment out SET_SOURCE_FILES_PRO
Juan Sanchez wrote:
> I just added a source file to the list of sources in my library and now
> it is recompiling every source file in that library. I don't feel
> rebuilding the other source files is necessary and I'd like a way to
> tell cmake to trust me and that any object files I have are sti
Juan Sanchez wrote:
Hi Bill,
I ran a test and figured out what is triggering the problem. The
problem is that I have SET_SOURCE_FILES_PROPERTIES which operates on
${SRCS}. By adding to ${SRCS} it triggers the rebuild of all of the
files listed, and not just of the one I added.
If I comment ou
The problem still exists after adding the PROPERTIES keyword.
Thanks,
Juan
Alexander Neundorf wrote:
> On Thursday 09 August 2007 13:32, you wrote:
>> Hi Bill,
>>
>> I ran a test and figured out what is triggering the problem. The
>> problem is that I have SET_SOURCE_FILES_PROPERTIES which oper
On Thursday 09 August 2007 13:32, you wrote:
> Hi Bill,
>
> I ran a test and figured out what is triggering the problem. The
> problem is that I have SET_SOURCE_FILES_PROPERTIES which operates on
> ${SRCS}. By adding to ${SRCS} it triggers the rebuild of all of the
> files listed, and not just of
On Jan 8, 2008 1:47 PM, Ajay Divekar <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have the following directory structure
>
> ProjName
>|
>-> src
> |
> ->lib
> |
> ->app
>
>
> if I execute cmake -DBUILD_TYPE=Debug at the app level
I don'
Hi there,
I'm one of the maintainers of the CMake module for the D programming
language (http://dsource.org/projects/cmaked), and currently the module
works really well, with one exception: dependency checking.
Since D uses an "import" method which is very similar to java, I'm
wondering if it wou
Am Donnerstag 07 Februar 2008 19:30:08 schrieb Alexander Neundorf:
> The C/C++ dependency scanner can be influenced by setting the variable
> CMAKE__INCLUDE_REGEX_SCAN to another regular expression which
> matches the language (D). I don't know if this would be good enough for D.
>
> Then there a
Date: Thu, 7 Feb 2008 19:30:08 +0100
From: Alexander Neundorf <[EMAIL PROTECTED]>
On Wednesday 06 February 2008, Tim Burrell wrote:
Hi there,
I'm one of the maintainers of the CMake module for the D programming
language (http://dsource.org/projects/cmaked), and currently the module
works r
Date: Thu, 7 Feb 2008 19:38:18 +0100
From: Maik Beckmann <[EMAIL PROTECTED]>
While C and C++ dependency tracking uses regular expressions the java and
fortran pendants use lex/yacc generated parsers.
I don't know D very well, but if the language specification forces the import
directives
On Wednesday 06 February 2008, Tim Burrell wrote:
> Hi there,
>
> I'm one of the maintainers of the CMake module for the D programming
> language (http://dsource.org/projects/cmaked), and currently the module
> works really well, with one exception: dependency checking.
>
> Since D uses an "import"
16 matches
Mail list logo