[cmake-developers] [CMake 0013128]: find_package_handle_standard_args in CONFIG_MODE requires ${NAME}_CONFIG even if ${NAME}_FOUND

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13128 == Reported By:devurandom Assigned To:

[cmake-developers] [CMake 0013129]: [patch] DeployQt4: wrong arguments to install_qt4_plugin

The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=13129 == Reported By:Daniel Franke Assigned To:

[cmake-developers] [CMake 0013130]: Version is not set for executable or dll targets

The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=13130 == Reported By:Gehua yang Assigned To:

[cmake-developers] [CMake 0013131]: Checks for working C compiler (Visual Studio 2010) fail with any file

The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=13131 == Reported By:James Assigned To:

[CMake] Architecture problem on OSX+Qt deployment

Hi, I wrote a Qt application with cmake building procedure for my OSX 10.5.8 + Qt 4.8 system. I must build it with set(CMAKE_OSX_ARCHITECTURES x86_64) in order to correctly link Qt libraries. When I move my Foo.app bundle on another computer I can't get it to work. I get *dyld: Library not

[CMake] Multiple dependencies to library which needs to be built with different flags

Hi, I am doing investigation if cmake would fit into project and so far it looks great but i have encountered to an interesting problem i am not able to solve. -- I have a few libraries which are built in different way (but having same sources), for the sake of example i will represent it

Re: [CMake] Trying to use the latest release of Intel Fortran 2011 (update 9) with cmake...

I tried that, no joy. Here is the error it spits out: Check for working C compiler using: Visual Studio 8 2005 Check for working C compiler using: Visual Studio 8 2005 -- works Detecting C compiler ABI info Detecting C compiler ABI info - done Check for working CXX compiler using: Visual

[CMake] Removing SONAME from .so.* (Re: binary contains an unresolvable reference to symbol sym)

Dear all, I have been going over the cmake code. I can clearly see the IMPORTED_NO_SONAME property for IMPORTED libraries. However I still could not find how to skip the explicit setting of -Wl,-soname on either add_library( SHARED ) or add_library( MODULE ). My system is debian/linux. Instead

Re: [CMake] Trying to use the latest release of Intel Fortran 2011 (update 9) with cmake...

I was able to remove and reinstall Update 2 of the Fortran compiler instead of Update 9 and CMake now works just fine. So whatever it is, it's a problem with Update 9, CMake and VS 2005. Best, Dick Munroe On 4/12/12 2:57 PM, Tim Gallagher wrote: Did you try wiping out the existing build

Re: [CMake] Architecture problem on OSX+Qt deployment

The unknown load command is because who ever built the Qt libraries did not set the Deployment Target to 10.5. Which is causing the failure. Also printed on the Download page for Qt (qt-project.org) is the following under the system requirements. -- 64-bit Apple Mac OS X 10.6 or later with

Re: [CMake] Architecture problem on OSX+Qt deployment

So I'd better try to remove Qt from my system (a pain) or upgrade OSX (another bigger pain). Anyway thank you again for your suggestion! 2012/4/13 Michael Jackson mike.jack...@bluequartz.net The unknown load command is because who ever built the Qt libraries did not set the Deployment Target

Re: [CMake] DeployQt4 and make package

On Friday 13 April 2012 20:21:39 Daniel Franke wrote: Consider: include (GNUInstallDirs) set (PREFIX $ENV{DESTDIR}${CMAKE_INSTALL_PREFIX}/${CMAKE_INSTALL_BINDIR}) file (GLOB PLUGINS ${QT_PLUGINS_DIR}/imageformats/*.dll) install (CODE include(DeployQt4)

[Cmake-commits] CMake branch, next, updated. v2.8.7-3452-ge90e946

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, next has been updated via e90e946e3c30055e858e20c8312260fb7b0dac37 (commit) via

[Cmake-commits] CMake branch, master, updated. v2.8.7-856-gb4cb977

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 b4cb977f76d40e83540a06f4c60bfb2957b1b82c (commit) from