On Wed, Sep 30, 2009 at 3:39 PM, Brad King brad.k...@kitware.com wrote:
Mathieu Malaterre wrote:
/opt/ibmcmp/vacpp/9.0/bin/cc -DHAVE_GETHOSTBYNAME_R_5 -o
CMakeFiles/cmTryCompileExec.dir/CurlTests.c.o -c
/home/mmalater/Dashboards/My
Tests/CMakeXLC/Utilities/cmcurl/CMake/CurlTests.c
Mathieu Malaterre wrote:
The 32bits xlC is now perfectly clean, congrats !
Great!
A couple of warnings that's all:
http://www.cdash.org/CDash/viewBuildError.php?type=1buildid=439244
Warnings in system headers are always a pain. Can you please
investigate options to turn them off?
However,
On Thu, Oct 1, 2009 at 2:31 PM, Brad King brad.k...@kitware.com wrote:
A couple of warnings that's all:
http://www.cdash.org/CDash/viewBuildError.php?type=1buildid=439244
Warnings in system headers are always a pain. Can you please
investigate options to turn them off?
I am thinking that I
Chris Roberts wrote:
Hello,
I am trying to implement support for a new language compiler but I'm
having difficulty with link phase.
The problem is that I need to split the link step into two different
commands and filter the objects that are sent to each linker.
Currently cmake is generating
Mathieu Malaterre wrote:
Are they linking to the right
one in the first place?
I do not understand the question... :(
My bad. For some reason I was thinking it was linking but failing
to locate the library it linked at runtime. In fact it is just
picking the wrong library and cannot link
On Thu, Oct 1, 2009 at 5:36 PM, Brad King brad.k...@kitware.com wrote:
...
Mathieu, what distro is this?
Linux OpenSuse 10.2 ppc64
Does the FIND_LIBRARY_USE_LIB64_PATHS
global property get enabled in CMake projects on it?
Looking at CMake/Modules/Platform/Linux.cmake, I would be tempted to
Dear all,
I'm writing a python extension using SWIG and compiled using CMake. I
would like to install the extension in the right system folder (say $prefix/
lib/python*X.Y*/site-packages) but I can't find any variable in the
FindPythonLibs pointing to this folder.
Do you have any workaround
Mathieu Malaterre wrote:
But since no other tests fails I would think discovery of 64bits libs
is working (I am guessing at least a test would fails). This looks
like just an issue in the findqt module.
However I do not understand what I need to do to fix
Modules/FindQt3.cmake, simply
Hi everybody,
I have found a strange behavior with CTest. I had a very simple projet with
one test, which works perfectly.
I have changed the architecture of my project. I have now a subdirectory.
Now:
CMakeLists.txt
-myDir/
-myDir/*cpp
-myDir/*h
-myDir/CMakeLists.txt
The idea behind is the
Try moving the ENABLE_TESTING() call to the top-level CMakeLists.txt,
before any calls to add_subdirectory(). Add_test() can stay where it
is.
-N
On Thu, 2009-10-01 at 18:30 +0200, romain.jacquet@free.fr wrote:
Hi everybody,
I have found a strange behavior with CTest. I had a very
Michael Jackson wrote:
# -- Setup output Directories -
SET (CMAKE_LIBRARY_OUTPUT_DIRECTORY
${PROJECT_BINARY_DIR}/Bin )
# - Setup the Executable output Directory -
SET (CMAKE_RUNTIME_OUTPUT_DIRECTORY
${PROJECT_BINARY_DIR}/Bin )
#
Does CMake have the ability to report how long it took CTest to get the result
from the test program?
It seems like it might be a good option to have the response times next to the
pass/fail status so I know when a build improves performance. It's obviously
keeping track of the time to
Dixon, Shane wrote:
Does CMake have the ability to report how long it took CTest to get the
result from the test program?
It seems like it might be a good option to have the response times next
to the pass/fail status so I know when a build improves performance.
It’s obviously keeping
So was anyone else able to reproduce this issue?
James
On Tue, Sep 29, 2009 at 10:07 AM, James Bigler jamesbig...@gmail.com wrote:
On Tue, Sep 29, 2009 at 9:40 AM, Bill Hoffman bill.hoff...@kitware.com
wrote:
James Bigler wrote:
Silly me. That wasn't a very helpful bug report.
I updated
First, to give some background for the question in the subject line, we have
implemented OCaml language support for PLplot using custom commands. One
issue with that support however, is that if a CMake variable is a
blank-delimited string and used as part of a custom COMMAND, then in the
command
I think if you specify each arg as a string it should work as expected.
-L/usr/lib -lcairo
On Thu, Oct 1, 2009 at 6:47 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote:
First, to give some background for the question in the subject line, we have
implemented OCaml language support for PLplot
James,
I'm curious why you're using Xcode 3.0 on 10.5.8. Why not use Xcode
3.1.4? Perhaps it's actually Xcode's fault and the bug is already fixed.
On 10/1/09 4:37 PM, James Bigler said:
So was anyone else able to reproduce this issue?
James
On Tue, Sep 29, 2009 at 10:07 AM, James Bigler
On 01.10.09 18:18:24, Alan W. Irwin wrote:
This solution obviously reduces the urgency of the concern I expressed about
the motivation for escaping blanks for Linux because workarounds like above
can always be used. However, I am still curious about what the motivation
is for escaping blanks
18 matches
Mail list logo