The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12066
==
Reported By:alexey kutumov
Assigned To:
Dear CMake Developers,
My name is Rosen Diankov and am the main developer for a robotics
motion planning environment named OpenRAVE.
http://openrave.programmingvision.com
OpenRAVE is all managed with cmake and compiles on any *nix, windows,
and mac osx. Most of the users (about 200 at the
On 04/11/2011 02:20 AM, Rosen Diankov wrote:
My name is Rosen Diankov and am the main developer for a robotics
motion planning environment named OpenRAVE.
Great, thanks for coming to us with this contribution.
Because we'll be always updating the URL, do you think we can setup
some automated
On 04/11/2011 05:16 AM, Nicolas Desprès wrote:
I have continued my work on the Ninja generator this weekend and I
Great! Thanks for working on this.
Here my roadmap:
1/ Configure and build an helloworld program with a shared library.
2/ Configure and build an helloworld program with a
hi brad,
Thanks for the advise, the license will not be issue and the
OpenRAVEConfig.cmake idea is excellent!
I have one question about case though. If it is OpenRAVE, then do all
the variables have to be prefixed with the correct case OpenRAVE? In
that case, would it be easier to do
Dear cmake devs,
When creating a complex project with DLLs depending on static
libraries in MSVC, it is necessary to set the
LinkLibraryDependencies=true in the project file, or otherwise
things won't work correctly.
Because there's no option in cmake for this, we've been using the
following
hi brad,
one more question. Even if a openrave-config.cmake file is present, we
should also have a Findopenrave.cmake file right?
After playing around with openrave-config.cmake, it turns out that
openrave_FOUND gets set to TRUE no matter how hard
openrave-config.cmake tries to set it to FALSE.
I need behaviour that is available with DESTDIR (that is changing location
of installation root after configuration and build is done) but with
different name of environment variable (eg. MYDESTDIR). Is it possible with
cmake?
--
Regards,
Tomasz Grobelny
Hi,
I ran into some strange behaviour when using the CMAKE_DEBUG_POSTFIX
variable with the VS2010 generator. The solution generates fine and all the
libraries of the project are built like they should in debug configuration
with the _d postfix I specified. The problem is now that when linking one
Hello,
I'm a beginner and I apologize in case I'm asking a question that
has already been answered. I would like to find mpi in my
CMakeLists.txt and enable the user to set the mpi inlude and lib
directories by setting say variables MY_MPI_INCLUDE_DIR and
MY_MPI_LIB_DIR in cmake gui.
On 04/11/2011 03:16 PM, Tomasz Grobelny wrote:
I need behaviour that is available with DESTDIR (that is changing location
of installation root after configuration and build is done) but with
different name of environment variable (eg. MYDESTDIR). Is it possible with
cmake?
export
On the CMake dashboard itself, we are running valgrind dashboards, too.
One with ctest 2.8.1.20100608-g32b96.
Then I set up identical dashboards, but using ctest 2.8.3 and ctest 2.8.4
after you reported this last month.
They've been reporting just fine with all versions of ctest.
Perhaps you
On Mon, 11 Apr 2011 16:07:36 +0200, Michael Wild them...@gmail.com
wrote:
On 04/11/2011 03:16 PM, Tomasz Grobelny wrote:
I need behaviour that is available with DESTDIR (that is changing
location
of installation root after configuration and build is done) but with
different name of
On Mon, Apr 11, 2011 at 8:54 AM, Tomasz Grobelny
tom...@grobelny.oswiecenia.net wrote:
Ok, but is there a way to achieve the same effect so that the user can
type just make install and not know anything about DESTDIR environment
variable (provided he knows about MYDESTDIR)? Maybe it is possible
On Mon, 11 Apr 2011 09:01:09 -0700, Tyler ty...@cryptio.net wrote:
On Mon, Apr 11, 2011 at 8:54 AM, Tomasz Grobelny
tom...@grobelny.oswiecenia.net wrote:
Ok, but is there a way to achieve the same effect so that the user can
type just make install and not know anything about DESTDIR
Hi all..
I'm using cmake 2.8.4 on Centos 5.2. I build a libUtility.so and a
libSecurity.so which depends on it. The utility library is located in
../../lib/libUtility.so during the build. If I do an ldd on libSecurity.so I
can see this relative path for libUtility.so in both the build and
2011/4/11 David Aiken david.ai...@cis-vancouver.com:
Hi all..
I’m using cmake 2.8.4 on Centos 5.2. I build a libUtility.so and a
libSecurity.so which depends on it. The utility library is located in
“../../lib/libUtility.so” during the build. If I do an ldd on libSecurity.so
I can see this
I'm pretty new to cmake and I'm trying to port an (early) project with
gtkmm-3.0. The project builds fine with my makefiles, so I know I don't
have errors in the code. I'm running ubuntu lucid so I don't want to
install gtkmm-3.0 (and it's dozen dependencies) in the system locations
(/usr,
On Monday 11 April 2011, cheshirekow wrote:
I'm pretty new to cmake and I'm trying to port an (early) project with
gtkmm-3.0. The project builds fine with my makefiles, so I know I don't
have errors in the code. I'm running ubuntu lucid so I don't want to
install gtkmm-3.0 (and it's dozen
You should set CMAKE_PREFIX_PATH instead of relying on pkgconfig. Then you
can
be sure that cmake will figure out the stuff in a way that it works (i.e.
libraries with full paths).
That worked like a charm. I'm glad there turned out to be a simple
solution.
link_directories(
Scenario:
A library libA.dylib is found somewhere in the building of
executable B. Doing the typical link, otool -L shows that B
references:
libA.dylib
or possibly
/A/prefix/lib/libA.dylib.
I want B to run from either the build directory or the
installation directory, which I want to be
On 04/11/2011 10:42 PM, Tomasz Grobelny wrote:
On Monday 11 April 2011 21:55:48 Alexander Neundorf wrote:
On Monday 11 April 2011, Tomasz Grobelny wrote:
On Mon, 11 Apr 2011 09:01:09 -0700, Tyler ty...@cryptio.net wrote:
On Mon, Apr 11, 2011 at 8:54 AM, Tomasz Grobelny
On 04/11/2011 11:10 PM, David Aiken wrote:
That didn't work for me.. I've got it simplified down to:
SET(CMAKE_SKIP_RPATH TRUE)
and in the CMakeCache.txt I see:
CMAKE_SKIP_RPATH:BOOL=NO
That's not surprising as your SET() command doesn't write to the cache.
It's the CMAKE_SKIP_RPATH
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 2adb7d36f249f1392293eb2d4f7b6ea51a8e882e (commit)
from
24 matches
Mail list logo