Dear all,
yesterday I faced wierd behaviour of the newest cmake. Before, I was
using cmake version 2.4-patch 2 and the following command executed
successfully:
=
ADD_CUSTOM_COMMAND(
OUTPUT ${CMAKE_CURRENT_SOURCE_DIR}/${cpp_class}.h
COMMAND ${JAVAH_RUNTIME}
ARGS -verbose
hi,
I use CMake 2.4.1 under FreeBSD6.1.
in my CMakeLists.txt (for a shared library) I have :
SET(CMAKE_INSTALL_PREFIX $ENV{DESTDIRPREFIX})
MESSAGE(STATUS CMAKE_INSTALL_PREFIX ${CMAKE_INSTALL_PREFIX})
INSTALL(TARGETS nbase_shared DESTINATION /usr/Firewall/lib)
...
during CMake execution :
On Thu, 5 Oct 2006 10:35:43 +0200
Xavier Delannoy [EMAIL PROTECTED] wrote:
FILE(INSTALL DESTINATION /usr/Firewall/lib TYPE SHARED_LIBRARY FILES
/home/xavierd/tempbuild/firmware/tmp/libnbase.so)
if I remove this line ... the installation process is OK.
--
Xavier Delannoy
RD engineer
[EMAIL
CMake 2.4.3 with FreeBSD6.1
I have forgotten to remove an old reference to INSTALL_TARGET in my
CMakeLists.txt.
here is my CMakeLists.txt:
INCLUDE(${LIBNBASE_SOURCE_DIR}/sources.txt)
SET(LIBRARY_OUTPUT_PATH $ENV{BUILDDESTLIB})
SET(CMAKE_INSTALL_PREFIX $ENV{DESTDIRPREFIX})
MESSAGE(STATUS
Hi,
After upgrading from cmake 2.4.3 to cmake in cvs, cmake aborts because the
macro QT4_ADD_DBUS_INTERFACE. Indeed, FindQt4.cmake was downloaded from the
kde project and the FindQt4.cmake from cvs does not contain this macro.
Basically, all FindQt4.cmake are different and incompatible.
At
At 06:58 AM 10/5/2006, frederic heem wrote:
Hi,
After upgrading from cmake 2.4.3 to cmake in cvs, cmake aborts because the
macro QT4_ADD_DBUS_INTERFACE. Indeed, FindQt4.cmake was downloaded from the
kde project and the FindQt4.cmake from cvs does not contain this macro.
Basically, all
At 05:39 AM 10/5/2006, Xavier Delannoy wrote:
it's working fine. I have moved
SET(CMAKE_INSTALL_PREFIX $ENV{DESTDIRPREFIX})
to the root CMakeLists.txt
(lib_dir- CMakelists.txt
|--static
|-- CMakeLists.txt
|--shared
|-- CMakeLists.txt
if SET(CMAKE_INSTALL_PREFIX
Xavier Delannoy wrote:
SET(CMAKE_INSTALL_PREFIX $ENV{DESTDIRPREFIX})
MESSAGE(STATUS CMAKE_INSTALL_PREFIX ${CMAKE_INSTALL_PREFIX})
INSTALL(TARGETS nbase_shared DESTINATION /usr/Firewall/lib)
[snip]
/home/xavierd/tempbuild/firmware/lib/libnbase/shared/cmake_install.cmake:30:
FILE cannot create
Gregor Berginc wrote:
Dear all,
yesterday I faced wierd behaviour of the newest cmake. Before, I was
using cmake version 2.4-patch 2 and the following command executed
successfully:
=
ADD_CUSTOM_COMMAND(
OUTPUT ${CMAKE_CURRENT_SOURCE_DIR}/${cpp_class}.h
COMMAND ${JAVAH_RUNTIME}
Original-Nachricht
Datum: Thu, 5 Oct 2006 10:35:43 +0200
Von: Xavier Delannoy [EMAIL PROTECTED]
An: [EMAIL PROTECTED]
Betreff: [CMake] issue with INSTALL and CMAKE_INSTALL_PREFIX
hi,
I use CMake 2.4.1 under FreeBSD6.1.
in my CMakeLists.txt (for a shared library) I have
Hello,
I need to keep multiple builds of VTK with different configurations. Can I
direct their installations to the same location (shown as below) so that
whenever my vtk-based app needs to be linked against Build B I can just
cd Build_B_Dir make install?
/-- Build A --\
VTK
Alexander Neundorf wrote:
Original-Nachricht
Datum: Thu, 5 Oct 2006 09:53:37 +0200
Von: Gregor Berginc [EMAIL PROTECTED]
What has changed since patch 2 version? Is this a bug or just my bad
interpretation of ADD_CUSTOM_COMMAND and cmake variables?
You need to add the
It can... but only because VTK's installation contains itself to its own
make install tree.
And it may be wise to add a clean of the install directory in between,
too...
i.e.:
cd Common_Install_Dir
rm -rf *
cd Build_B_Dir
make install
That way, you guarantee that there's nothing left in the
Thanks, David. I will keep a common installation directory as long as
switching between different VTK builds doesn't cause any side effect.
It's a good idea to manually clean up the installation directory before
installing a build. But in my case, I want the common installlation
directory to
I cannot seem to download that .diff from your link. The server is not
responding.
Sorry for the broken link,
http://download.bblug.usla.org.ar/FindSDL.diff
should work
--
Pablo Odorico
http://pablo.etype.com.ar/
___
CMake mailing list
Thank You Anton. Actually, I wrote something similar
this morning. I've used FindBoost.cmake as an example. However,
I'll use your idea of setting CPPUNIT_DEBUG_LIBRARY in addition
to CPPUNIT_LIBRARY.
Thank You.
--
Artur Kedzierski
-Original Message-
From: Anton Deguet
Hello,
Would you mind running cpack with --debug and --V option and send me the
output?
Thank you.
Andy
Kedzierski, Artur CIV NAVSURFWARCENDIV CORONA wrote:
Hi,
When I use CPack on Windows with WinZip installed,
I get this error:
CPack Error: Cannot find a suitable
Do you know if they work on Borland, MinGW, and cygwin as well as VS?
I don't see why not. A .lib file isn't very sophisticated, why
wouldn't they? I can't test any of those at the moment because the
Mingw I have is the modified one from U++ that doesn't work with
CMake, unfortunately.
I think you need a dependency declaration too don't you?
I've seen VStudio 2k3 build out of order without.
# App/CMakeLists.txt
ADD_EXECUTABLE(myexe ...)
TARGET_LINK_LIBRARIES(myexe mylib)
It seems actually a little more complicated in practice
because you probably want mylib's headers
I have the following which works on Unix systems but requires manual
input on Windows:
#
# Find the CppUnit includes and library
#
# This module defines
# CPPUNIT_INCLUDE_DIR, where to find tiff.h, etc.
# CPPUNIT_LIBRARIES, the libraries to link against to use CppUnit.
# CPPUNIT_FOUND, If false,
James Mansion wrote:
I think you need a dependency declaration too don't you?
I've seen VStudio 2k3 build out of order without.
# App/CMakeLists.txt
ADD_EXECUTABLE(myexe ...)
TARGET_LINK_LIBRARIES(myexe mylib)
It seems actually a little more complicated in practice
because you
21 matches
Mail list logo