On 2011-09-14 21:54-0700 Alan W. Irwin wrote:
On 2011-09-01 05:45-0700 Alan W. Irwin wrote:
On 2011-08-28 14:34-0400 Bill Hoffman wrote:
Can you try and build CMake 2.8.4, then 2.8.3 and see what happens?
[...]I thought wine-1.3.27 might have been to culprit, but it turns out I
was just
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12459
==
Reported By:Daniel Franke
Assigned To:
On 9/15/2011 4:12 AM, Alan W. Irwin wrote:
To eliminate the latter possibility, could somebody please try to
build cmake with the MSYS Makefiles generator on Windows?
We have a dashboard for this. I build that all the time on
my own machine too. Just in case, I updated the toolchain:
On 9/15/2011 4:12 AM, Alan W. Irwin wrote:
That automatic installer (available
at http://sourceforge.net/projects/mingw/files/Automated MinGW
Installer/mingw-get-inst/)
literally takes about 5 minutes to download and install all of
MinGW/MSYS on wine, and I am sure that it would even be
On 2011-09-15 09:22-0400 Brad King wrote:
On 9/15/2011 4:12 AM, Alan W. Irwin wrote:
To eliminate the latter possibility, could somebody please try to
build cmake with the MSYS Makefiles generator on Windows?
We have a dashboard for this. I build that all the time on
my own machine too.
On 9/15/2011 12:34 PM, Alan W. Irwin wrote:
That sounds definitive, but I don't really trust MinGW/MSYS installers
(since that is alpha software) to do the right thing with updates. It
wasn't that long ago that that functionality was completely broken.
Instead, what I did was a complete install
The following issue has been SUBMITTED.
==
http://cmake.org/Bug/view.php?id=12460
==
Reported By:David Partyka
Assigned To:
On 2011-09-15 09:27-0400 Bill Hoffman wrote:
On 9/15/2011 4:12 AM, Alan W. Irwin wrote:
That automatic installer (available
at http://sourceforge.net/projects/mingw/files/Automated MinGW
Installer/mingw-get-inst/)
literally takes about 5 minutes to download and install all of
MinGW/MSYS on
On Mon, Sep 12, 2011 at 3:35 PM, James Bigler jamesbig...@gmail.com wrote:
I need some advice on how to fix a problem I'm having with files with the
same name.
I have two CUDA files with the same name in different directories:
CUDA_ADD_EXECUTABLE(test-conflict
path with
On 2011-08-27 16:22-0700 Alan W. Irwin wrote:
If you compare the types of archive_read_data and
archive_read_data_into_buffer in archive_read.c versus
archive.h, the *.c versions are
ssize_t
archive_read_data(struct archive *_a, void *buff, size_t s)
int
archive_read_data_into_buffer(struct
Hi,
I came across cmake few weeks ago as a very interesting way to build projects
for multiple platforms. It allows us at work to use a common code base for
multiple platforms without actual duplication which is really neat.
Though we're facing an issue related to the fact cmake isn't the only
have you looked at
target_link_libraries command??
not sure but worth giving it a try.
http://www.cmake.org/cmake/help/cmake-2-8-docs.html#command:target_link_libraries
best regards
Cristobal
On Thu, Sep 15, 2011 at 3:49 AM, Denis Carniel
denis.carn...@loginpeople.com wrote:
Hi,
I
On 09/15/2011 08:49 AM, Denis Carniel wrote:
Hi,
I came across cmake few weeks ago as a very interesting way to build
projects for multiple platforms. It allows us at work to use a common
code base for multiple platforms without actual duplication which is
really neat.
Though we're
hello,
i was reading this tutorial about integrating doxygen documentation into the
cmake build process.
http://invalidmagic.wordpress.com/2009/11/30/cmake-and-doxygen-github-com/
is found it really cool because the doxyconf file feeds from some cmake
variables i set, letting me handle version
On 9/14/2011 5:37 AM, Clifford Yapp wrote:
Looks like that's working. Running ninja again, I'm seeing another issue:
BRL-CAD uses dependency assignment to make sure our build time delta
calculator is the last target to be built (and hence actually times the
build). With ninja, it doesn't seem
I was trying to configure a project to use jom or name with the
mingw compilers.
I was configuring with
cmake \
-DCMAKE_INSTALL_PREFIX:PATH=C:/winsame/volatile-mingw/txphysics-r1504-ser \
-DCMAKE_BUILD_TYPE:STRING=RELEASE \
-DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE \
Hi,
I'm surprised to see that there is no optional [STATIC] argument in
add_executable cmake command. I think it should be very important to
have this because a lot of people like having static binaries.
Thus for the moment what is the best way and more portable way to set a
binary to be
Hi,
On Wed, Sep 14, 2011 at 12:00:05PM -0400, cmake-requ...@cmake.org wrote:
Date: Wed, 14 Sep 2011 05:37:20 -0400
From: Clifford Yapp cliffy...@gmail.com
Looks like that's working. Running ninja again, I'm seeing another issue:
BRL-CAD uses dependency assignment to make sure our build
On Thu, Sep 15, 2011 at 8:08 AM, John R. Cary c...@txcorp.com wrote:
I was trying to configure a project to use jom or name with the
mingw compilers.
I was configuring with
cmake \
-DCMAKE_INSTALL_PREFIX:PATH=C:/winsame/volatile-mingw/txphysics-r1504-ser \
On 9/15/11 8:27 AM, John Drescher wrote:
On Thu, Sep 15, 2011 at 8:08 AM, John R. Caryc...@txcorp.com wrote:
I was trying to configure a project to use jom or name with the
mingw compilers.
I was configuring with
cmake \
Hello,
i am wondering if it is possible to have an external project building
from local sources, *without* attemtping to download (in that case,
copy) to a specific location.
My sources of the externals are already in my repository, i do not want
to have them compiled.
I looked around for some
small correction:
i DO indeed want to have them compiled, but by taking the sources from
the original location, not copying them to another directory and then
have them compiled..
Regards,
Thomas
___
Powered by www.kitware.com
Visit other Kitware
On 9/15/2011 10:35 AM, John R. Cary wrote:
I seem to be able to use them in a cygwin shell, but only
if I have cl and all the defines in my path, even if I never
use cl in the compilation (because I def'd the compilers
to be mingw...)
Also, jom, cl, mingw, nmake all have the same (Windows)
On Thu, Sep 15, 2011 at 03:28:42PM +0200, Andreas Mohr wrote:
Hi,
On Wed, Sep 14, 2011 at 12:00:05PM -0400, cmake-requ...@cmake.org wrote:
Date: Wed, 14 Sep 2011 05:37:20 -0400
From: Clifford Yapp cliffy...@gmail.com
Looks like that's working. Running ninja again, I'm seeing another
Did you tried specifying SOURCE_DIR without any URL and / or
DOWNLOAD_COMMAND
UPDATE_COMMAND
Not sure this is correct but for my case seems to work
HTH
Luigi
On 15/09/2011 17.13, Thomas Wolf wrote:
Hello,
i am wondering if it is possible to have an external project building
from
Am 29.08.2011 15:44, schrieb Michael Jackson:
Does anyone have an FindOpenCL.cmake file that they would like to share?
___
Mike Jackson www.bluequartz.net
Principal Software Engineer mike.jack...@bluequartz.net
On 15.09.2011 17:48, Luigi Calori wrote:
Did you tried specifying SOURCE_DIR without any URL and / or
DOWNLOAD_COMMAND
UPDATE_COMMAND
Not sure this is correct but for my case seems to work
HTH
mhm,
i swapped URL for the SOURCE_DIR, yes, and there is also no
DOWNLOAD_COMMAND or
Luigi is correct:
To use an existing source directory (just use the source in its place
without any copy operations), simply say:
DOWNLOAD_COMMAND
SOURCE_DIR ${Log4Qt_SOURCE_DIR}
The default behavior of copying the source tree when it is specified
via URL is present for two reasons:
(1)
Suppose project Foo depends on a library Bar that uses C++ internally, but
was not properly linked, so foo would need to be linked with
1. $CC -shared -o libfoo.so *.o -lbar -lstdc++
or
2. $CXX -shared -o libfoo.so *.o -lbar
Note that
find_library (LIBSTDCXX NAMES stdc++)
does not work
Michael's correct.
If CMake generates the build instructions for the final executable,
then all is well, because CMake knows all the dependencies from the
target_link_libraries commands, and it can produce the linker line
containing all the right lib references.
If all you are doing is building
On 09/15/2011 06:39 PM, Jed Brown wrote:
Suppose project Foo depends on a library Bar that uses C++ internally,
but was not properly linked, so foo would need to be linked with
1. $CC -shared -o libfoo.so *.o -lbar -lstdc++
or
2. $CXX -shared -o libfoo.so *.o -lbar
Note that
update: i had a bug somewhere, and was installing and old documentation.
fixed that, and cmake is smart enough to install the files after a minor
change is detected.
On Thu, Sep 15, 2011 at 4:13 AM, Cristobal Navarro axisch...@gmail.comwrote:
hello,
i was reading this tutorial about
On Thu, Sep 15, 2011 at 18:57, Michael Wild them...@gmail.com wrote:
Just set the LINKER_LANGUAGE target property to CXX.
This seems to be exclusive (single-valued). How can I specify that, for
example, a target containing only C sources needs to be linked as though it
also had both C++ and
Hi, I would expect this would work from reading the docs but it gives
add_executable(mytarget ${SRC})
get_property(TESTPROP_A TARGET mytarget PROPERTY SOURCE)
get_target_property(TESTPROP_B mytarget SOURCE)
message(FATAL_ERROR Testing ${TESTPROP_A}, ${TESTPROP_B})
On 09/16/2011 02:59 AM, Campbell Barton wrote:
Hi, I would expect this would work from reading the docs but it gives
add_executable(mytarget ${SRC})
get_property(TESTPROP_A TARGET mytarget PROPERTY SOURCE)
get_target_property(TESTPROP_B mytarget SOURCE)
On Fri, Sep 16, 2011 at 11:11 AM, Michael Hertling mhertl...@online.de wrote:
On 09/16/2011 02:59 AM, Campbell Barton wrote:
Hi, I would expect this would work from reading the docs but it gives
add_executable(mytarget ${SRC})
get_property(TESTPROP_A TARGET mytarget PROPERTY
On Thu 15 Sep 2011 11:04:58 PM CEST, Jed Brown wrote:
On Thu, Sep 15, 2011 at 18:57, Michael Wild them...@gmail.com
mailto:them...@gmail.com wrote:
Just set the LINKER_LANGUAGE target property to CXX.
This seems to be exclusive (single-valued). How can I specify that,
for example, a
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 7fca32a0bb4fa53ea95fd7f515798c21b59f1542 (commit)
from
38 matches
Mail list logo
