The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12273
==
Reported By:Claudio Bley
Assigned To:
Hi
This question has been solved by compiling CMake-2.8.4 Souce Code.Test is OK.
Makefile generated by CMake can be used by SolarisStudio12.2. SolarisStudio12.2
can generate project file, but this project cannot be debug
2011-06-15
feng.zhou
发件人: Eric Noulard
发送时间: 2011-06-14 13:48:37
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=12274
==
Reported By:Takeshi Watanabe
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=12276
==
Reported By:Christoph Höger
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12280
==
Reported By:Julien Malik
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12282
==
Reported By:Andreas Schuh
Assigned To:
Hello,
I have a little problem. I have to change the directory of my kdevelop-cmake
project. But how can I do this? In the cmake-files there are standing the path
to the old directory.
best regards,
franz
___
Powered by www.kitware.com
Visit
I think it would be great if
http://public.kitware.com/Bug/view.php?id=11258 could be fixed in 2.8.5.
Without such a fix VS2010 will keep on being useless.
Il 14/06/2011 17.21, Tyler ha scritto:
I believe you're way too late for 2.8.5, but there should be a call
for bugs for 2.8.6 coming
On 06/15/2011 12:56 AM, Lori Pritchett-Sheats wrote:
My project needs to create and install a Makefile that other client
projects could import to link against our project. T
I have a simple template file that generates an exported Makefile using
the configure_file command, however I'm
Dear developers,
I am sure this has been answered before, but I cannot find the information. I
apologize in advance for my ignorance.
I have set up our project with cmake/ctest, and have a cdash server running. I
have configured everything so that if I run in the source directory
mkdir
A full clean, re-building all components whose paths have changed should
work.
Is that what you're trying to avoid?
On Wed, Jun 15, 2011 at 2:32 AM, Franz Engel
franz_lambert_en...@yahoo.dewrote:
Hello,
I have a little problem. I have to change the directory of my
kdevelop-cmake project.
make Experimental intentionally skips the update step. If you want to do
the same thing as make Experimental but add the update step, you'll have
to run ctest with appropriate -D or -M and -T arguments, or write a ctest -S
script to do the steps you'd like to do.
HTH,
David
On Wed, Jun 15,
Hi,
I am new to CMake.
I have a project with a few tests. The tests are independent from each
other (run in separate directories, etc.).
In my project's CMakeLists.txt, I have:
enable_testing()
add_test(NAME test1 COMMAND some command 1)
add_test(NAME test2 COMMAND some command 2)
I am trying to copy all libboost* stuff from /usr/lib to
CMAKE_INSTALL_PREFIX just as most users would guess:
INSTALL(DIRECTORY ${BOOST_RUNTIME_DIR}/ DESTINATION
${CMAKE_INSTALL_PREFIX}/bin FILES_MATCHING ...)
Whatever I specify for matching I always get half of my system copied
instead of
On Wed, Jun 15, 2011 at 2:22 PM, Andreas Naumann
andreas-naum...@gmx.net wrote:
Am 15.06.2011 13:58, schrieb Dominik Szczerba:
I am trying to copy all libboost* stuff from /usr/lib to
CMAKE_INSTALL_PREFIX just as most users would guess:
Why do you want to copy the boost libraries from
Am 15.06.2011 14:24, schrieb Dominik Szczerba:
On Wed, Jun 15, 2011 at 2:22 PM, Andreas Naumann
andreas-naum...@gmx.net wrote:
Am 15.06.2011 13:58, schrieb Dominik Szczerba:
I am trying to copy all libboost* stuff from /usr/lib to
CMAKE_INSTALL_PREFIX just as most users would guess:
okay, than you could use
find_package(Boost YOUR_VERSION EXACT)
Problem is boost has very complicated linking scenario. Using
FindBoost and linking to it hardcodes the versions, because they are
in the filenames! If I need to run on another system I must have
exactly the same boost version, but
On Jun 15, 2011, at 07:55 , Dave Ohlsson wrote:
Hi,
I am new to CMake.
I have a project with a few tests. The tests are independent from each
other (run in separate directories, etc.).
In my project's CMakeLists.txt, I have:
enable_testing()
add_test(NAME test1 COMMAND some
What cmake output do you see if you click on the green 0 numbers in the
configure column on your dahboard? It should be the full configure output.
Is your dashboard public? Can you send us a link to it?
On Wed, Jun 15, 2011 at 8:50 AM, Yngve Inntjore Levinsen
yngve.levin...@gmail.com wrote:
Am 15.06.2011 14:58, schrieb Dominik Szczerba:
okay, than you could use
find_package(Boost YOUR_VERSION EXACT)
Problem is boost has very complicated linking scenario. Using
FindBoost and linking to it hardcodes the versions, because they are
in the filenames! If I need to run on another
On my system, FindBoost detects the *.so without the version numbers. So, I
can update to a new (hopefully binary compatible) version without relinking.
That would be ideal, unfortunately for me (Ubuntu 10.10 64 bit cmake
2.8.4) my stuff gets linked to the full name, not the symbolic link.
If
On Wed, Jun 15, 2011 at 3:31 AM, Andrea Galeazzi galea...@korg.it wrote:
I think it would be great if http://public.kitware.com/Bug/view.php?id=11258
could be fixed in 2.8.5. Without such a fix VS2010 will keep on being
useless.
Hmm. I have been using VS2010 for a few weeks (not primarily I
Dave,
I usually run 'ctest -j4' because it is easier to type than 'make test
ARGS=j4'.
I think that 'make test ARGS=j4' will simply call ctest with '-j4' so the
commands should be equivalent.
-kt
-Original Message-
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On
Hi all,
I was somewhat perplexed that FindBoost doesn't properly search the default
install layout of the boost-cmake build. i.e. if you set BOOST_ROOT to point
to something that looks like this:
boost-cmake/
include/
boost-1.41.0/
On Wednesday 15 June 2011, jianhua wrote:
Hi All;
No matter Linux or Windows, when try to build SHARED library, it will
always get the following error message. ADD_LIBRARY(hello SHARED hello.c)
ADD_LIBRARY for library hello is used with the SHARED option, but the
target platform supports
The CMake 2.8.5 release candidate stream continues! You can find the
source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D
Since we switched to git, and a new workflow, we're expecting to do
more frequent releases. Because of that, our release candidate phases
will be shorter than
For windows, only dumpbin is currently supported.
Clint
On Wednesday, June 15, 2011 12:51:05 pm NoRulez wrote:
Is objdump for MinGW compiler (BundleUtilities) in the release version of
CMake 2.8.5 also included or is only dumpbin supported?
Thanks in advance
Best Regards
Am
On 06/15/2011 01:58 PM, Dominik Szczerba wrote:
I am trying to copy all libboost* stuff from /usr/lib to
CMAKE_INSTALL_PREFIX just as most users would guess:
INSTALL(DIRECTORY ${BOOST_RUNTIME_DIR}/ DESTINATION
${CMAKE_INSTALL_PREFIX}/bin FILES_MATCHING ...)
Whatever I specify for
On 6/15/2011 2:59 PM, Clinton Stimpson wrote:
For windows, only dumpbin is currently supported.
Nice thing is this is a module. So, it is easy for a project to provide
a different version. If you have a version working with objdump, we
would welcome the patch.
-Bill
Clint
On
The FILES_MATCHING option of INSTALL(DIRECTORY ...) applies to files
only, i.e. with the above-noted line and BOOST_RUNTIME_DIR==/usr/lib,
you'll get the *whole* directory structure under /usr/lib including
symlinks to directories, but only files and symlinks to files which
match
Please open a bug report here:
http://public.kitware.com/Bug
And attach the proposed patch as an attachment to the bug tracker entry...
Thanks,
David
On Wed, Jun 15, 2011 at 3:50 PM, MALIK Julien julien.ma...@c-s.fr wrote:
Hello,
I have one small patch available here :
The proposed patch should be produced with:
git format-patch -1
(or -2, or -3, etc. if there is more than one commit...)
On Wed, Jun 15, 2011 at 3:52 PM, David Cole david.c...@kitware.com wrote:
Please open a bug report here:
http://public.kitware.com/Bug
And attach the proposed patch
I use Debian SID 64bit which is similar to Ubuntu, but not the same :)
The problem (if it really is one) is that debian does ship the libraries
with another naming, so FindBoost will select the library without version
number.
That's very interesting. My Boost_LIBRARIES according to cmake are:
Am 15.06.2011 22:16, schrieb Dominik Szczerba:
I use Debian SID 64bit which is similar to Ubuntu, but not the same :)
The problem (if it really is one) is that debian does ship the libraries
with another naming, so FindBoost will select the library without version
number.
That's very
Hello,
I have one small patch available here :
https://github.com/julienmalik/CMake/tree/FixFindSWIG
I read through http://www.cmake.org/Wiki/CMake/Git and
http://public.kitware.com/Wiki/Git/Workflow/Topic but could not find
the instructions for I'm no CMake dev but have a small patch to
Am 15.06.2011 22:28, schrieb Andreas Naumann:
Am 15.06.2011 22:16, schrieb Dominik Szczerba:
I use Debian SID 64bit which is similar to Ubuntu, but not the same :)
The problem (if it really is one) is that debian does ship the
libraries
with another naming, so FindBoost will select the library
This behavior is really strange and I tested it in the last 10 minutes.
CMake says:
boost libs: /usr/lib/libboost_system-mt.so
Compiling and linking with verbose reveals the link command:
/usr/bin/c++ CMakeFiles/test.dir/test.cpp.o -o test -rdynamic
-lboost_system-mt
But a ldd on
On 06/15/2011 11:43 PM, Dominik Szczerba wrote:
This behavior is really strange and I tested it in the last 10 minutes.
CMake says:
boost libs: /usr/lib/libboost_system-mt.so
Compiling and linking with verbose reveals the link command:
/usr/bin/c++ CMakeFiles/test.dir/test.cpp.o -o
Hi All,
After having searched the cmake web site and wiki, I have been unable
to find a documented procedure for submitting patches to CMake. Via
brwosing the bug tracker and watching this list, it seems generally
apparent that a non-committer who wants to make a contribution simply
opens an
http://public.kitware.com/Bug/view.php?id=11866
patch adds a file to compile with watcom to set VERSION=, adds to
wcl-386 a check for compiler version, and extends
InstallRequiredSystemLibraries.cmake to copy watcom libraries as
appropriate.
http://public.kitware.com/Bug/view.php?id=12245
(I
I've not had a problem with this before, but I'm having an odd issue where
cmake is finding libpng when it doesn't exist on an OSX machine.
I'm using Findlibpng.cmake:
include(LibFindMacros)
find_path(LIBPNG_INCLUDE_DIR NAMES png.h PATHS
${LIBPNG_PKGCONF_INCLUDE_DIRS})
Hi Neundorf;
Thanks for your continuous help, you have helped me to solve 2 threads now.
After remove line SET (CMAKE_SYSTEM_NAME Generic) now it works.
The target device OS is Brew MP, something like eCos, but it is much simpler,
powered by Qualcomm.
At 2011-06-16 01:14:11,Alexander
Recently I decided to start moving some of our projects hard coded
paths into Find***.cmake modules.
Incidentally the libs are libsamplerate, libFFTW3, libsndfile,
libjemalloc, OpenEXR, OpenJPEG, libpcre.
I started out with OpenEXR, and tried to comply with the module
readme.txt, and used
On 06/15/2011 09:52 PM, Dominik Szczerba wrote:
The FILES_MATCHING option of INSTALL(DIRECTORY ...) applies to files
only, i.e. with the above-noted line and BOOST_RUNTIME_DIR==/usr/lib,
you'll get the *whole* directory structure under /usr/lib including
symlinks to directories, but only files
On Wed, Jun 15, 2011 at 12:06 PM, Todd Gamblin tgamb...@llnl.gov wrote:
Hi Todd,
I'm the FindBoost maintainer.
I was somewhat perplexed that FindBoost doesn't properly search the default
install layout of the boost-cmake build. i.e. if you set BOOST_ROOT to
point to something that looks like
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 0cd72affbc1094dbfd4705ec10bec502b3ec6f1f (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, next has been updated
via acb5a932f00eb65b0de0edbb1aea63cca83bfdbd (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, next has been updated
via ddb898840be791ac485df262b87cc550c38a48b6 (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 0751106f2fbfd1a5eb8c4572f60209cc9b22f841 (commit)
from
49 matches
Mail list logo