The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12358
==
Reported By:Johan Björk
Assigned To:
On 07/20/2011 05:48 AM, Johan Björk wrote:
Finally got around to fix this properly. Let me know what you think.
Cool, thanks! Please split the patch into one that converts the boolean
to an enumeration value with just OUTPUT_NONE and OUTPUT_MERGE and a
second patch that adds OUTPUT_NORMAL and
Hey,
is there an update on this topic?
cheers, Daniel
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
Hi all,
I have a dashboard running for a project that consists of several
external packages that are built using the GNU Autotools. I get a lot of
false errors in my dashboard. Here are some examples:
configure: WARNING: cannot find 'swig' program. You should look
at
Hello all,
In the project I am collaborating on, CMake is used in Windows in
order to generate a Visual C++ solution to be compiled afterwards. In
this process, everything seems to work fine as the external
directories and libraries are well included and everything compiles
and so. However, we are
Hi,
is it possible to list the subdirectories from a given folder?
I use this function but it returns me the file in the current path.
macro(list_subdirectories retval curdir return_relative)
file(GLOB sub-dir RELATIVE ${curdir} *)
set(list_of_dirs )
foreach(dir ${sub-dir})
On 07/25/2011 03:20 PM, Kelly Burkhart wrote:
Hi, I have a bunch of compiler flags specified with add_definitions as so:
if(LINUX)
tb_compiler_version(TB_GCC_VERSION)
add_definitions(${CMAKE_CXX_FLAGS} -g)
add_definitions(${CMAKE_CXX_FLAGS} -DBOOST_SIGNALS_NAMESPACE=tb_signals)
There is following sequence:
ADD_EXECUTEABLE(generator gen.c)
ADD_CUSTOM_COMMAND(OUTPUT tlib.h
COMMAND generator tlib.h)
ADD_LIBRARY(tlib tlib.c tlib.h)
The question: Is it sure that ADD_EXECUTEABLE is invoked before the
library is build or is here an ADD_DEPENDENCIES(tlib generator)
On 07/25/2011 03:24 PM, Micha Renner wrote:
There is following sequence:
ADD_EXECUTEABLE(generator gen.c)
ADD_CUSTOM_COMMAND(OUTPUT tlib.h
COMMAND generator tlib.h)
ADD_LIBRARY(tlib tlib.c tlib.h)
The question: Is it sure that ADD_EXECUTEABLE is invoked before the
library is
file(GLOB sub-dirs-of-dir-name ${dir-name}/*)
should return only files within ${dir-name} regardless of the
current working directory.
HTH,
David
On Mon, Jul 25, 2011 at 7:50 AM, Julien Dardenne
julien.darde...@technooliq.com wrote:
Hi,
is it possible to list the subdirectories from a
On 2011-07-25 12:19+0100 Laura Autón García wrote:
Hello all,
In the project I am collaborating on, CMake is used in Windows in
order to generate a Visual C++ solution to be compiled afterwards. In
this process, everything seems to work fine as the external
directories and libraries are well
On 07/25/2011 07:56 AM, Dave Abrahams wrote:
on Mon Jul 25 2011, Daniel Pfeifer purplekarrot-AT-gmail.com wrote:
Hey,
is there an update on this topic?
Well, I asked
Does cmake use response files when generating command-lines for windows
compilers that support them?
to which
On 07/13/2011 12:10 PM, Alexander Neundorf wrote:
When I talked last time with Brad such a feature was still on his TODO, and
is
there since at least 2007 already, but still more or less at the bottom of
the
list.
It's more of a wish I had time to do this ;)
add_library(foo ${fooSrcs})
2011/7/25 Brad King brad.k...@kitware.com
On 07/13/2011 12:10 PM, Alexander Neundorf wrote:
When I talked last time with Brad such a feature was still on his TODO, and
is
there since at least 2007 already, but still more or less at the bottom of
the
list.
It's more of a wish I had
I ran into an issue after upgrading from CMake 2.8.4 to 2.8.5---the following
no longer works:
FIND_PACKAGE(Qt4 COMPONENTS QtUiTools REQUIRED)
I traced the problem down to a hunk in commit
e7f05d9759ec5bc393760daee91bb7223f6c56d0:
diff --git a/Modules/FindQt4.cmake
On 07/25/2011 12:00 PM, Daniel Pfeifer wrote:
what is your opinion on the $ syntax I originally proposed?
This would not require creating virtual targets for header only libraries.
The implementation is just doing delayed variable evaluation and
is not a true generator expression in the same
On 2011-07-25 07:59-0700 Alan W. Irwin wrote:
One possibility is you are setting CMAKE_LIBRARY_OUTPUT_DIRECTORY
after your dll's are built.
That was sloppy language. What I meant was after your dll targets
are configured by CMake.
Alan
__
Alan W. Irwin
Astronomical
We used also a similar approach in CTK.
See http://www.commontk.org/index.php/Documentation/BuildSystem_Descriptionand
also [1] and [2]
Relaying on small executable named DGraph built at configure time, we manage
to obtain the topological order of CTK plugins, apps and libraries. The tool
also
2011/7/25 Jean-Christophe Fillion-Robin jchris.filli...@kitware.com:
Relaying on small executable named DGraph built at configure time, we manage
to obtain the topological order of CTK plugins, apps and libraries. The tool
also check for cycle and output a human readable message if there are
2011/7/25 Brad King brad.k...@kitware.com:
On 07/25/2011 12:00 PM, Daniel Pfeifer wrote:
what is your opinion on the $ syntax I originally proposed?
This would not require creating virtual targets for header only libraries.
The proposed solution is to use delayed evaluation to work around
On Monday, July 25, 2011 10:55:58 am Charlie Sharpsteen wrote:
I ran into an issue after upgrading from CMake 2.8.4 to 2.8.5---the
following no longer works:
FIND_PACKAGE(Qt4 COMPONENTS QtUiTools REQUIRED)
I traced the problem down to a hunk in commit
Clinton Stimpson wrote:
Thanks for finding. Its been fixed in git.
702538e Qt4: Fix reference of undefined variable when detecting frameworks
on
Mac OS X
I can confirm that that patch fixes the problem. Thanks a bunch!
-Charlie
--
View this message in context:
Thanks, that seems to work. I'm getting around to testing the windows
version of this, we have a command line arg: -UUNICODE which
explicitly removes a manifest constant. I assume that should be in a
set(...) rather than an add_definitions(...) correct?
The defines for __x86__ and __linux__ are
Hi guys,
I noticed that each XCode target has an associated CMake ReRun script
phase. Is there a specific reason for this (in difference to having
one target that all others depend on that does the ReRun check?)
It causes a fair few issues, it fails when you are parallelcompiling
targets (It'll
On 07/25/2011 03:11 PM, Dave Abrahams wrote:
Yes, CMake does support response file generation in a few cases.
It uses them to pass long object file lists to linkers. Since
CMake 2.8.5 it also uses them for include directory lists with
GNU tools on Windows.
That makes it sound like it's not
On 07/25/2011 02:17 PM, Daniel Pfeifer wrote:
Does it also handle circular dependencies?
Since we were doing the module breakdown ourselves we could define
modules to avoid circular dependencies. We separated implementation
dependencies from test dependencies so that library and test modules
Glad to hear.
I don't think that add_definitions() understands -U, so it won't
translate it for you, but pass it verbatim to the compiler. This means,
that -DFOO will become /DFOO for MSVC, you'll have to do the same
transformation yourself for -U. Nevertheless, personally I would choose
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 5ed5d1db23b30716f49e5e466e20dcaca70c4a4e (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The annotated tag, v2.8.5 has been created
at e0cc8cb06847e0fdaae1641b662de218c085e016 (tag)
tagging
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via a4368f4cff8639953311854fae7329decaf89d8d (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 0a939c86d6475632cf2ebbf4923d93989a989866 (commit)
from
31 matches
Mail list logo
