Hi all,
I would like to have the default install path in my installer to be
something like:
c:\Program Files\Vendor\ProgName x.y
But the InstallDir in the NSIS template is set to something like that:
InstallDir [EMAIL PROTECTED]@
Hacking CPACK_PACKAGE_INSTALL_DIRECTORY to be something like
On Thu, Oct 23, 2008 at 5:53 AM, Abe Stephens [EMAIL PROTECTED] wrote:
Hi, Is it possible for a script executed during build (via custom command of
cmake -P) to load and read values from the project's CMakeCache.txt file? I
tried using load_cache in the script, but apparently that isn't
Hello,
I propose the attached FindRTI.cmake to be included in CMake. I
volunteer to be its maintainer.
This is the module (wrongly) submitted via the bug tracker before:
http://public.kitware.com/Bug/view.php?id=7716
Best Regards,
Petr
FindRTI.cmake
Description: FindRTI.cmake
Hi,
thx a lot, this works.
Hendrik Sattler schrieb:
Gerhard Gappmeier schrieb:
Hi all,
I want to compile an assembler file with my C sources.
A simple example how to compile this on the command line looks like that:
gcc cas32test.c cas32.s -o cas32test
---
project(cas C)
On Thursday 23 October 2008 08:41:10 Nicolas Desprès wrote:
I would like to have the default install path in my installer to be
something like:
c:\Program Files\Vendor\ProgName x.y
Random personal comment:
As a user I, and I know a lot of others, find this very annoying as if you
aren't 100%
Hi all,
I would like to have a default start menu directory different than the
default install directory.
I know I can change the default install directory by setting
CPACK_PACKAGE_INSTALL_DIRECTORY, but I would like to have an
equivalent for the start menu.
I have also searched the
Hi folks,
I'm trying to compile boost with cmake and MS Visual Studio 2003 on Windows.
However, when I run the cmake I get:
CMake Error at C:/Program Files/CMake
2.6/share/cmake-2.6/Modules/FindBoost.cmak
e:620 (message):
Unable to find the requested Boost libraries.
Boost version: 1.35.0
2008/10/22 Eric Noulard [EMAIL PROTECTED]:
Hi Matthias,
Would you try to build the attached project with your configuration
and tell whether if the IDL file shows up in the IdlSymbols library?
I've just made a test with the attached file on Windows 2000 + Visual
Studio 2006
and I do get the
2008/10/23 Gotthard, Petr [EMAIL PROTECTED]:
Hello,
I propose the attached FindRTI.cmake to be included in CMake. I
volunteer to be its maintainer.
As I already told I would find it useful to add this Module to CMake distro
we currently use CMake for CERTI
Eric Noulard wrote:
2008/10/23 Gotthard, Petr [EMAIL PROTECTED]:
Hello,
I propose the attached FindRTI.cmake to be included in CMake. I
volunteer to be its maintainer.
As I already told I would find it useful to add this Module to CMake distro
we currently use CMake for CERTI
Hi,
These files are needed for the build. The only way I found is to put include
path in a variable and then used it in add_custom_command
Sebastien
Message du 17/10/08 à 19h04
De : Alexander Neundorf
A : [EMAIL PROTECTED]
Copie à : cmake@cmake.org
Objet : Re: [CMake] Problem with
It is exactly the same paths under FreeBSD 7.0-RELEASE. I know it doesn't
prove anything concerning 7.1 but it haven't changed since the beta.
Cheers,
Félix
On Wed, Oct 22, 2008 at 3:06 PM, E. Wing [EMAIL PROTECTED] wrote:
Sorry, I've been a bit buried recently and I know there are some other
Hi, Thanks for the reply. But perhaps I should clarify--I'd like to
avoid using lots and lots of -D arguments. So instead of doing
something like this:
add_custom_command(
output file1.cc
command ${CMAKE_COMMAND}
args -D var0=${cached0}
-D var1=${cached1}
...
-D
may be this can work too:
file(glob find_paths /usr/include/libNAME-*)
find_path(INC_PATH NAMES libName/name.h PATHS ${find_paths})
On 10/23/08, Wilfried Holzke [EMAIL PROTECTED] wrote:
Hi,
I have an library header file in
/usr/include/libNAME-version/libNAME/name.h and want to find the
Hi all,
I use boost in one of my project. However, cmake (2.6.2) does not seem to be
able to find the libs. With the previous version of gcc (4.2.4), I did not
have any problem. Here is what is in my CMakeLists.txt :
# Find BOOST
# SET( BOOST_LIBRARYDIR /usr/local/lib )
SET(Boost_USE_MULTITHREAD
2008/10/23 Abe Stephens [EMAIL PROTECTED]:
Hi, Thanks for the reply. But perhaps I should clarify--I'd like to avoid
using lots and lots of -D arguments. So instead of doing something like
this:
add_custom_command(
output file1.cc
command ${CMAKE_COMMAND}
args -D var0=${cached0}
Well, the Apple make files work well enough (no time to spend on getting
Xcode and the Intel compiler to play nicely) so I'm on to the Linux
builds and when I run cmake to configure (after setting the fortran
compiler to use ifort as installed by Intel) I see evidence that fortran
is enabled
-wild guess-
Linux is case sensitive, HFS+ is not AFAIK
On Thu, Oct 23, 2008 at 9:55 PM, Dick Munroe [EMAIL PROTECTED] wrote:
Sorry, didn't include this in the previous message:
[EMAIL PROTECTED] ESPlanner Executables-cmake]$ cmake -G 'Unix Makefiles'
CMakeLists.txt
-- The C compiler
I have the following in my CMakeLists.txt file:
FIND_LIBRARY(
APPLE_LIBC
NAMES c
)
message(${APPLE_LIBC})
FIND_LIBRARY(
Hello.
I have a project that has roughly the following structure:
root/dir/
+-- common/
|+-- include/ #.h files
||+-- Config.h
|+-- src/ #.cpp files
||+-- Config.cpp
|+-- CMakeLists.txt
|
+-- moduleA/
|+-- include/ #.h files
|+--
20 matches
Mail list logo