On 12/09/2010 12:08 AM, luxInteg wrote:
> Greetings
>
> consider my small 'learn cmake/qt4 project'
> It generates a library testLIB-static in $CMAKE_SOURCE_DIR}/testLIB
> and an executible testBIN in ${CMAKE_SOURCE_DIR}/upstream/bin
>
>
> A) For the library I used
> add_library(test
On 12/8/2010 10:18 PM, Bill Hoffman wrote:
On 12/8/2010 4:21 PM, Gabriel Petrovay wrote:
Yes I did. That is why I am wrote this post. Regardless of previous
build. I always get:
LINK : examples.exe not found or not built by the last incremental
link; performing full link
Try a make VERBOSE=1
On 12/8/2010 4:21 PM, Gabriel Petrovay wrote:
Yes I did. That is why I am wrote this post. Regardless of previous
build. I always get:
LINK : examples.exe not found or not built by the last incremental
link; performing full link
Try a make VERBOSE=1 with the /incremental:yes on, and post the r
[resending since the original seems to have never made it to the list.]
I'm using ExternalProject_add in a script that builds various libraries I
depend on, and I'm running into platform differences when attempting to
download a source archive from a sourceforge URL. Sounds like a bug to me.
On Sunday 05 December 2010 13:51:12 Michael Wild wrote:
> On 12/05/2010 02:04 AM, luxInteg wrote:
> > On Thursday 02 December 2010 07:48:55 Michael Wild wrote:
> Use ADD_CUSTOM_COMMAND.
> >>>
> >>> @Michael: that advice is not correct. add_custom_command sets up a
> >>> command to be run at
Greetings
consider my small 'learn cmake/qt4 project'
It generates a library testLIB-static in $CMAKE_SOURCE_DIR}/testLIB
and an executible testBIN in ${CMAKE_SOURCE_DIR}/upstream/bin
A) For the library I used
add_library(testLIB-statictestLIB.cpp )
B) For the executible
I use
Thanks it's more clear.
>From what I read in the documentation, if I have a "tools" directory with
one directory by tool project, I'll need to add_subdirectory() for each tool
project, right?
I'll try to us that in my main repo that have to know the projects anyway.
On Wed, Dec 8, 2010 at 17:20,
Yes I did. That is why I am wrote this post. Regardless of previous
build. I always get:
LINK : examples.exe not found or not built by the last incremental
link; performing full link
On Wed, Dec 8, 2010 at 10:09 PM, John Drescher wrote:
>> Providing /INCREMENTAL:YES VS2010 linker complains that
> Providing /INCREMENTAL:YES VS2010 linker complains that this is
> deprecated and still does a FULL link.
>
This is normal behavior in Visual Studio for the first build since
there was no previous full. Did you try modifying a file after it
built and building again without cleaning?
John
see inline
On Wed, Dec 8, 2010 at 8:44 PM, Bill Hoffman wrote:
> On 12/8/2010 2:28 PM, Gabriel Petrovay wrote:
>>
>> What does "Visual Studio Non-Incremental Link" mean in the below output?
>> In the link command below you can see the /INCREMENTAL /DUMMY options.
>> I explicitly added them now bu
On 12/8/2010 2:28 PM, Gabriel Petrovay wrote:
What does "Visual Studio Non-Incremental Link" mean in the below output?
In the link command below you can see the /INCREMENTAL /DUMMY options.
I explicitly added them now but still the same behaviour:
It means what it says. It means it is doing a n
What does "Visual Studio Non-Incremental Link" mean in the below output?
In the link command below you can see the /INCREMENTAL /DUMMY options.
I explicitly added them now but still the same behaviour:
What can it be the problem that I still get:
LINK : updtestdriver.exe not found or not built by
On 12/8/2010 1:49 PM, Gabriel Petrovay wrote:
On Wed, Dec 8, 2010 at 7:09 PM, Bill Hoffman wrote:
On 12/8/2010 12:53 PM, Gabriel Petrovay wrote:
Hi Bill,
First just by running "cmake -E vs_link_exe" CMake crashes on my
machine (CMake 2.8.2, Win7): "cmake.exe stopped working" "Close the
progr
On Wed, Dec 8, 2010 at 7:09 PM, Bill Hoffman wrote:
> On 12/8/2010 12:53 PM, Gabriel Petrovay wrote:
>>
>> Hi Bill,
>>
>> First just by running "cmake -E vs_link_exe" CMake crashes on my
>> machine (CMake 2.8.2, Win7): "cmake.exe stopped working" "Close the
>> program/Debug the program". Is this t
On 12/8/2010 12:53 PM, Gabriel Petrovay wrote:
Hi Bill,
First just by running "cmake -E vs_link_exe" CMake crashes on my
machine (CMake 2.8.2, Win7): "cmake.exe stopped working" "Close the
program/Debug the program". Is this the right behaviour?
It is not meant to be a command that is called by
Hi Bill,
First just by running "cmake -E vs_link_exe" CMake crashes on my
machine (CMake 2.8.2, Win7): "cmake.exe stopped working" "Close the
program/Debug the program". Is this the right behaviour?
Then, below is my verbose output. I see no /INCREMENTAL:YES in my link
command. How did you get th
On 12/8/2010 10:36 AM, Gabriel Petrovay wrote:
Hi,
Does anyone have some experience with the NMake generator and with
incremental linking. There seems to be a bug in CMake. Currently NMake
generator seems to generate build files that are not compatible with
incremental linking of libraries.
I p
On 12/08/2010 04:28 PM, Vivien Delmon wrote:
> On 12/08/2010 04:13 PM, Michael Wild wrote:
>> On 12/08/2010 03:54 PM, Micha Renner wrote:
>>> Am Mittwoch, den 08.12.2010, 14:55 +0100 schrieb Vivien Delmon:
CMAKE_MINIMUM_REQUIRED(VERSION 2.8)
ADD_CUSTOM_COMMAND(OUTPUT toto.h toto.c
Every "project(...)" command in a CMakeLists.txt file (we expect at
most one in any given CMakeLists.txt file) results in a *.sln file
being generated for use with Visual Studio.
Every add_library(...), add_executable(...) and add_custom_target(...)
results in a *.vcproj or *.vcxproj file being ge
Sorry,
I really wouldn't know, I do development on Linux. My knowledge of MS
Visual Studio is negligible.
On a general note, though, CMake uses a so-called generator to generate
the Visual Studio project files, as it can also generate Unix Makefiles,
or KDevelop project files.
Maybe you should s
On 12/08/2010 04:50 PM, Michael Wild wrote:
On 12/08/2010 04:28 PM, Vivien Delmon wrote:
On 12/08/2010 04:13 PM, Michael Wild wrote:
On 12/08/2010 03:54 PM, Micha Renner wrote:
Am Mittwoch, den 08.12.2010, 14:55 +0100 schrieb Vivien Delmon:
CMAKE_MINIMUM_REQUIRED(VERSION 2.8)
ADD_CUSTOM_COMMA
Sorry, a part of my sentence got cut :
I don't understand what makes, for example, the CLang project generate
different projects in the Visual Studio solution generated depending on the
project folder content in LLVM repo. Or maybe it's automatic because Cmake
will scan all the subfolders of fold
Yeah I was meaning in the context of a CMake script. I don't understand what
makes, for example, the CLang project generate different projects in the
solution folder depending on the project folder content in LLVM repo? Or
maybe it's automatic because Cmake will scan all the subfolders of folders
w
On 12/08/2010 04:28 PM, Vivien Delmon wrote:
> On 12/08/2010 04:13 PM, Michael Wild wrote:
>> On 12/08/2010 03:54 PM, Micha Renner wrote:
>>> Am Mittwoch, den 08.12.2010, 14:55 +0100 schrieb Vivien Delmon:
CMAKE_MINIMUM_REQUIRED(VERSION 2.8)
ADD_CUSTOM_COMMAND(OUTPUT toto.h toto.c
>>> On 8-12-2010 at 11:41, in message
, Klaim
wrote:
> Thanks! I'll try this solution.
>
> By the way is there a way to list all projects found recursively in
a
> folder?
Not that I know of.
You can of course do a grep, but that's probably not what you mean.
Regards,
Marcel.
_
Hi,
Does anyone have some experience with the NMake generator and with
incremental linking. There seems to be a bug in CMake. Currently NMake
generator seems to generate build files that are not compatible with
incremental linking of libraries.
I posted the details here:
http://www.cmake.org/pipe
On 12/08/2010 04:13 PM, Michael Wild wrote:
On 12/08/2010 03:54 PM, Micha Renner wrote:
Am Mittwoch, den 08.12.2010, 14:55 +0100 schrieb Vivien Delmon:
CMAKE_MINIMUM_REQUIRED(VERSION 2.8)
ADD_CUSTOM_COMMAND(OUTPUT toto.h toto.c
COMMAND ${CMAKE_CURRENT_SOURCE_DIR}/create_totoc_totoh.sh
)
S
On 12/08/2010 03:54 PM, Micha Renner wrote:
> Am Mittwoch, den 08.12.2010, 14:55 +0100 schrieb Vivien Delmon:
>> CMAKE_MINIMUM_REQUIRED(VERSION 2.8)
>> ADD_CUSTOM_COMMAND(OUTPUT toto.h toto.c
>> COMMAND ${CMAKE_CURRENT_SOURCE_DIR}/create_totoc_totoh.sh
>> )
> SET_SOURCE_FILES_PROPERTIES(toto.h
Am Mittwoch, den 08.12.2010, 14:55 +0100 schrieb Vivien Delmon:
> CMAKE_MINIMUM_REQUIRED(VERSION 2.8)
> ADD_CUSTOM_COMMAND(OUTPUT toto.h toto.c
> COMMAND ${CMAKE_CURRENT_SOURCE_DIR}/create_totoc_totoh.sh
> )
SET_SOURCE_FILES_PROPERTIES(toto.h toto.c PROPERTIES GENERATETED TRUE)
See:
http://www
Hi all,
I have a problem with cmake and I did not find how to solve it in the
documentation.
My problem is that I have a custom_command that generate a C file and a
H file. If I add another C file in a library that needs the H file (like
#include "h") it doesn't know how to generate it.
On 12/03/2010 04:26 PM, Raymond Wan wrote:
> Hi Michael,
>
> Thank you for your continued advice!
>
>
> On Fri, Dec 3, 2010 at 19:13, Michael Hertling wrote:
>> Nevertheless, I wonder why you want to build "main" by configuring its
>> own source directory and alternatively via the top-level dir
Thanks! I'll try this solution.
By the way is there a way to list all projects found recursively in a
folder?
On Wed, Dec 8, 2010 at 10:20, Marcel Loose wrote:
> information about XXX availabe to CMak
___
Powered by www.kitware.com
Visit other Kitwar
Hi,
Thanks you for the answer,
Actually i choose to not alterate the NSIS.template.in file.
I perfer adding my own custom commands that will modify the project.nsi
file used
to generate the installer :
Here is what i did to custom my cpack installer, it may help someone...
To create a sub-
>>> On 7-12-2010 at 11:59, in message
, Klaim
wrote:
>>
>> I would try to start with just one (base-)project, try to get
>> everything in place and building the way you want it. If you're new
to
>> CMake, that's really the way to go. Once you have this base-project
>> ready, you can think of sta
34 matches
Mail list logo