Hello
I wuld like generate my makefile projet by running 'cmake' in command line:
cmake
-D BUILD_EXAMPLES:BOOL=OFF
-D CMAKE_CXX_FLAGS:STRING=-Wall
:
:
-D CMAKE_OSX_ARCHITECTURES:STRING=i386
:
:
But CMAKE_OSX_ARCHITECTURES value is always force by cmake and set to
the default value
On 05.09.2009 18:49, Alexander Neundorf wrote:
But just for the fun of it, I also tried Pau's
find_package(Qt4 PATHS C:/Qt/4.5.1)
If you use PATHS, cmake looks for a Qt4Config.cmake file, which does not
exist. So don't use PATHS or HINTS, just do:
find_package(Qt4) (maybe add the REQUIRED
Hi,
I finally attempted to enable INSTALL support in my CMakeLists file for
a project that uses ITK.
However when I install by this method the program loses the location of
the ITK libraries.
__
which itk_flop
/dls/i12/software/64/bin/itk_flop
itk_flop
itk_flop: error
On Tuesday 08 September 2009, Aaron Turner wrote:
On Mon, Sep 7, 2009 at 1:00 PM, Alexander
Neundorfa.neundorf-w...@gmx.net wrote:
On Monday 07 September 2009, Aaron Turner wrote:
I'm look for a way to tell cmake to not automatically remove certain
auto-generated files when the 'clean'
On Tue, Sep 8, 2009 at 10:36 AM, Alexander
Neundorfa.neundorf-w...@gmx.net wrote:
On Tuesday 08 September 2009, Aaron Turner wrote:
On Mon, Sep 7, 2009 at 1:00 PM, Alexander
Neundorfa.neundorf-w...@gmx.net wrote:
On Monday 07 September 2009, Aaron Turner wrote:
I'm look for a way to tell
Without this patch FindBoost.cmake will look for the wrong filenames
when linking against a release build of boost. For debug it looks for
the correct names, but for release it adds spurious hyphens. It looks
like the hyphens used to be necessary, then the code changed and
someone changed debug to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
some time ago there was a discussion, which has highlighted problem I
am facing now, but it did not provide final conclusions
(http://www.cmake.org/pipermail/cmake/2008-September/024093.html).
Take this example:
- --
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Why not include it in the foo target, instead of making a new
a_h_gen target and doing extra dependencies manually?
Firstly, we have hundred of source files which may indirectly depend
generated source files, so we want such information to be
On 08.09.09 13:47:56, Joseph Garvin wrote:
Without this patch FindBoost.cmake will look for the wrong filenames
when linking against a release build of boost. For debug it looks for
the correct names, but for release it adds spurious hyphens. It looks
like the hyphens used to be necessary,
On Tuesday 08 September 2009 02:14:45 pm Wojciech Migda wrote:
Why not include it in the foo target, instead of making a new
a_h_gen target and doing extra dependencies manually?
Firstly, we have hundred of source files which may indirectly depend
generated source files, so we want such
These lines of output near the beginning:
-- warning: *NOT* handled - .app directory case...
-- error: fixup_bundle: not a valid bundle
...indicate that fixup_bundle is not getting a .app bundle as its input...
The assumption made by fixup_bundle is that there is an executable in the
Why not include it in the foo target, instead of making a new a_h_gen target
and doing extra dependencies manually?
-
INCLUDE_DIRECTORIES( ${CMAKE_CURRENT_SOURCE_DIR} )
SET_SOURCE_FILE_PROPERTIES( ${CMAKE_CURRENT_SOURCE_DIR}/a.h PROPERTIES
GENERATED TRUE )
I must be missing something very obvious. The FindOpenCV.cmake package
doesn't seem to respect that I have a custom-built version of OpenCV
under /usr/local and goes ahead to grab the ones in /usr always.
Also, it outputs
Checking GNUCXX version 3/4 to determine OpenCV /opt/net/ path
Checking
I must be missing something simple?
During make install I only want to install a set of files if the do
not exist in destination.
MACRO (COPY_IF_DOES_NOT_EXIST SOURCE DESTINATION)
ADD_CUSTOM_COMMAND (
TARGET COPY
IF (NOT EXISTS ${DESTINATION})
14 matches
Mail list logo
