Hi,
currently FindQt4.cmake defines the following variables:
QT_QTFOO_LIBRARY_DEBUG: the debug version of the QtFoo library
QT_QTFOO_LIBRARY: the release version of the QtFoo library if it was
found, otherwise also the debug version
I'd like to change it to:
QT_QTFOO_LIBRARY_DEBUG: the d
>
> Can/will cmake be able to support these forms? For example, I'd like to
> be able to build vtk as dylibs and then place said dylibs in my
> application's bundle. This means that the dylib's 'install_name' must
> be "@executable_path/Contents/Frameworks/".
A clarification. Typically, the path
Zachary Pincus wrote:
The solution on Windows is just to put the runtime DLLs in the same
directory as the modules that need them.
Is this the case even if the modules aren't in the same directory as
the python executable? The python executable will be in one place, and
the python module d
Thanks Brad for setting my head straight with regard to this (as
usual). This is the problem with such a nice cross-platform
development tool: though I've never developed on windows (or
extensively on linux), CMake makes it so easy to get 95% of the way
to a cross-platform build solution.
Zachary Pincus wrote:
Here's what I'm trying to do in a cross-platform way, hopefully with
cmake. I am creating several shared libraries (python modules,
actually), which share some runtime code. Thus, each module needs to
link to a secondary shared object that contains this runtime.
What
Filipe Sousa wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If INSTALL_FILES is superseded by INSTALL, what's the equivalent of
INSTALL_FILES(/include ".*\\.h$") ?
I tried INSTALL(FILES ".*\\.h$" DESTINATION include) but does not work.
Read the rest of the INSTALL_FILES documentation's
Hi,
I wonder if it's possible to create subfolders with the command SOURCE_GROUP
in Visual Studio. For example, I want to group some header files in the
folder include, some in the folder include\graph and some in the folder
include\image.
Is this possible? I found a newsgroup entry about this top
