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)
> FIXUP_
Hi all.
I try to use DeployQt4(fixup_qt4_executable) to build a zip/nsis package that
includes all the dependencies of the executable. After some struggling I got
this working for `make install`, but `make package` still eludes me.
Consider:
include (GNUInstallDirs)
set (PREFIX $ENV{DESTDI
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
> 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 "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 wit
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 and
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 do
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 Stu
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 th
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 loade
