Re: [CMake] cpack -G NSIS
It's a bit tricky to follow the code, but from my first attempt with the debug symbols activated I get the following backtrace: (running cpack -G NSIS) --8---cut here---start-8--- (gdb) bt #0 0x76e28935 in raise () from /lib/libc.so.6 #1 0x76e29dab in abort () from /lib/libc.so.6 #2 0x7775d1ed in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/libstdc++.so.6 #3 0x7775b396 in ?? () from /usr/lib/libstdc++.so.6 #4 0x7775b3c3 in std::terminate() () from /usr/lib/libstdc++.so.6 #5 0x7775b4be in __cxa_throw () from /usr/lib/libstdc++.so.6 #6 0x777081f7 in std::__throw_logic_error(char const*) () from /usr/lib/libstdc++.so.6 #7 0x77746039 in char* std::string::_S_constructchar const*(char const*, char const*, std::allocatorchar const, std::forward_iterator_tag) () from /usr/lib/libstdc++.so.6 #8 0x77746113 in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::basic_string(char const*, std::allocatorchar const) () from /usr/lib/libstdc++.so.6 #9 0x0066e5f8 in cmCPackNSISGenerator::InitializeInternal (this=0xd20b20) at /home/andrea/cmake/Source/CPack/cmCPackNSISGenerator.cxx:410 #10 0x0065c444 in cmCPackGenerator::Initialize (this=0xd20b20, name=0xd1c248 NSIS, mf=0x7fffcfe0) at /home/andrea/cmake/Source/CPack/cmCPackGenerator.cxx:1104 #11 0x0064d553 in main (argc=3, argv=0x7fffe568) at /home/andrea/cmake/Source/CPack/cpack.cxx:400 --8---cut here---end---8--- In particular it seems that the problem is trying to get this option: file:~/cmake/Source/CPack/cmCPackNSISGenerator.cxx::std::string nsisFileName = this-GetOption(CPACK_TOPLEVEL_DIRECTORY) Which fails here: file:~/cmake/Source/CPack/cmCPackGenerator.cxx::const char* cmCPackGenerator::GetOption(const char* op) const that thing returs 0x0 and the std::string explodes because it was not what it was expecting.. That's all I could understand for now.. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cpack -G NSIS
On 01/19/2012 07:52 PM, Eric Noulard wrote: Installing empty dir may fail. Try the attached zip and tell me if it fails for you. It works for me on Debian Wheezy 64. They were not empty dirs, and trying from another machine (arch 64 bits), with NSIS 2.46-3, and cmake 2.8.7-2 and kernel now 3.2.1-1 but I saw the same problem already on kernel 3.1 and also on the git version of CMake... This is the bactrace from running it within GDB: (not knowing much o f the internals I can't do much more unfortunately..) #0 0x76c4b935 in raise () from /lib/libc.so.6 #1 0x76c4cdab in abort () from /lib/libc.so.6 #2 0x7728c1ed in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/libstdc++.so.6 #3 0x7728a396 in ?? () from /usr/lib/libstdc++.so.6 #4 0x7728a3c3 in std::terminate() () from /usr/lib/libstdc++.so.6 #5 0x7728a4be in __cxa_throw () from /usr/lib/libstdc++.so.6 #6 0x772371f7 in std::__throw_logic_error(char const*) () from /usr/lib/libstdc++.so.6 #7 0x77275039 in char* std::string::_S_constructchar const*(char const*, char const*, std::allocatorchar const, std::forward_iterator_tag) () from /usr/lib/libstdc++.so.6 #8 0x77275113 in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::basic_string(char const*, std::allocatorchar const) () from /usr/lib/libstdc++.so.6 #9 0x0048a9fe in cmCPackNSISGenerator::InitializeInternal() () #10 0x0047b7d4 in cmCPackGenerator::Initialize(char const*, cmMakefile*) () #11 0x004745b2 in main () -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cpack -G NSIS
2012/1/22 Andrea Crotti andrea.crott...@gmail.com: On 01/19/2012 07:52 PM, Eric Noulard wrote: Installing empty dir may fail. Try the attached zip and tell me if it fails for you. It works for me on Debian Wheezy 64. They were not empty dirs, and trying from another machine (arch 64 bits), with NSIS 2.46-3, and cmake 2.8.7-2 and kernel now 3.2.1-1 but I saw the same problem already on kernel 3.1 and also on the git version of CMake... I don't think kernel version may explain the difference, I'm running 3.1 by the way and I cannot reproduce your bug. This is the bactrace from running it within GDB: (not knowing much o f the internals I can't do much more unfortunately..) Is this happening with my try_out example? I am really sorry but it looks like since I'm unable to reproduce your bug I cannot help you... I may suggest a last try. 1) If my try_out project is failing please zip the source AND build tree and send all this privately to me, I'll try to dig into the log in order to understand what happen. 2) If my try-out project succeed. Send me a zip (source AND build tree) of a failing project (the smaller the better) and I'll try again. Please DO NOT send inline example of what you did, but put all necessary files in a zip instead. Sometimes the devil is in the details. -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cpack -G NSIS
So yes this was with your try-out example, actually I can try to dig a little bit myself, the problem is that with gdb I need to have the debug symbols, thus recompiling in debug mode. But nowhere in the Readme or around the code I found a way to do it (it would be very nice to add maybe somewhere).. I found only this in the Makefile which might be useful, but I'm sure there is a smarter way to just install with the debug symbols.. -DCMAKE_INSTALL_DO_STRIP=1 Thanks a lot, Andrea -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cpack -G NSIS
2012/1/22 Andrea Crotti andrea.crott...@gmail.com: So yes this was with your try-out example, actually I can try to dig a little bit myself, the problem is that with gdb I need to have the debug symbols, thus recompiling in debug mode. But nowhere in the Readme or around the code I found a way to do it (it would be very nice to add maybe somewhere).. This may be found here: http://www.cmake.org/Wiki/CMake_Useful_Variables#Compilers_and_Tools The ML archive contains an answer as well: http://www.cmake.org/pipermail/cmake/2009-April/028730.html KDE dev has some info too: http://techbase.kde.org/Development/CMake/Addons_for_KDE#Buildtypes May be it would be interesting to add a FAQ entry in order to make it easier to find. However, compiling a CMake enabled project (thus including CMake itself when you do not 'bootstrap') in debug mode is always done the same way: set(CMAKE_BUILD_TYPE Debug) (or set the same var on the cmake command line). You may also try this script: http://public.kitware.com/Bug/file_download.php?file_id=4161type=bug which enables you to download and compile a debug version of CMake automatically if you already have a previous cmake version installed. -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cpack -G NSIS
Thanks for the feedback, however I tried again with another cmake file, which should actually do something. What I would like to do is to: - get the project name and a list of packages (just directories) to install - install them somewhere (now the destination is not set correctly). Should this work in general? cmake_minimum_required(VERSION 2.6) #TODO: should take from the python environment # setting variables from some known build generated files # probably we can also pass options directly to CMake file(STRINGS project_name.txt project_name) file(STRINGS package_list.txt packages) project(${project_name}) # include can be used to add more configurations?? # # install all the given automatically install( DIRECTORY ${packages} DESTINATION test_ddest ) #TODO: how do I get the correct destination for windows? # now the packages variable should contain something # this include all the necessary include(CPack) But I still get the same error using NSIS (works with TGZ): CPack: /build/src/cmake-2.8.7/Source/CPack/cpack.cxx:211 Enable Debug /build/src/cmake-2.8.7/Source/CPack/cmCPackGenerator.cxx:1162 Looking for CMAKE_ROOT: /usr/share/cmake-2.8 /build/src/cmake-2.8.7/Source/CPack/cmCPackGenerator.cxx:941 cmCPackNSISGenerator::SetOption(CMAKE_ROOT, /usr/share/cmake-2.8) /build/src/cmake-2.8.7/Source/CPack/cmCPackGenerator.cxx:941 cmCPackNSISGenerator::SetOption(CPACK_GENERATOR, NSIS) /build/src/cmake-2.8.7/Source/CPack/cmCPackGenerator.cxx:1145 Warning, GetOption return NULL for: CPACK_PROJECT_CONFIG_FILE /build/src/cmake-2.8.7/Source/CPack/cmCPackGenerator.cxx:1145 Warning, GetOption return NULL for: CPACK_INCLUDE_TOPLEVEL_DIRECTORY /build/src/cmake-2.8.7/Source/CPack/cmCPackNSISGenerator.cxx:355 cmCPackNSISGenerator::Initialize() /build/src/cmake-2.8.7/Source/CPack/cmCPackGenerator.cxx:1145 Warning, GetOption return NULL for: CPACK_TOPLEVEL_DIRECTORY terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid aborted -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cpack -G NSIS
2012/1/18 Andrea Crotti andrea.crott...@gmail.com: Thanks for the feedback, however I tried again with another cmake file, which should actually do something. May be you could zip up the sample project sources, this would be easier and safer for me if I want to be able to reproduce your issue. What I would like to do is to: - get the project name and a list of packages (just directories) to install - install them somewhere (now the destination is not set correctly). Should this work in general? cmake_minimum_required(VERSION 2.6) #TODO: should take from the python environment # setting variables from some known build generated files # probably we can also pass options directly to CMake file(STRINGS project_name.txt project_name) file(STRINGS package_list.txt packages) project(${project_name}) # include can be used to add more configurations?? # # install all the given automatically install( DIRECTORY ${packages} DESTINATION test_ddest ) #TODO: how do I get the correct destination for windows? # now the packages variable should contain something # this include all the necessary include(CPack) But I still get the same error using NSIS (works with TGZ): CPack: /build/src/cmake-2.8.7/Source/CPack/cpack.cxx:211 Enable Debug /build/src/cmake-2.8.7/Source/CPack/cmCPackGenerator.cxx:1162 Looking for CMAKE_ROOT: /usr/share/cmake-2.8 /build/src/cmake-2.8.7/Source/CPack/cmCPackGenerator.cxx:941 cmCPackNSISGenerator::SetOption(CMAKE_ROOT, /usr/share/cmake-2.8) /build/src/cmake-2.8.7/Source/CPack/cmCPackGenerator.cxx:941 cmCPackNSISGenerator::SetOption(CPACK_GENERATOR, NSIS) /build/src/cmake-2.8.7/Source/CPack/cmCPackGenerator.cxx:1145 Warning, GetOption return NULL for: CPACK_PROJECT_CONFIG_FILE /build/src/cmake-2.8.7/Source/CPack/cmCPackGenerator.cxx:1145 Warning, GetOption return NULL for: CPACK_INCLUDE_TOPLEVEL_DIRECTORY /build/src/cmake-2.8.7/Source/CPack/cmCPackNSISGenerator.cxx:355 cmCPackNSISGenerator::Initialize() /build/src/cmake-2.8.7/Source/CPack/cmCPackGenerator.cxx:1145 Warning, GetOption return NULL for: CPACK_TOPLEVEL_DIRECTORY terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid aborted -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cpack -G NSIS
2012/1/11 Andrea Crotti andrea.crott...@gmail.com: Andrea, Could you please not drop the ML address? I know the reply-to-sender mode of the list may be annoying but it is the current setup so tha tyou need to re-add ML address when answering. On 01/10/2012 07:18 PM, Eric Noulard wrote: This does not seems to fail in the same way? (By the way you lack a .gitignore, which for example might contain Bootstrap.cmk) Why? Usually when you build CMake you do it out-of-source: mkdir bstrap cd btstrap /path/to/CMake/bootstrap if you do build in-source you can clean-up using git clean If compiling something from git generates files which are not useful to see they are normally simple added to .gitignore. Of course you can run git clean, but almost every project has its .gitignore and it's really not an invasive addition. No problem I get that. The things is I doubt that any CMake developer would be building in source so I bet no one did face the need. [...] Well then I'm not cross-compiling, and the project is really stupid, Then I do not understand how you can I'm on linux and the *exe are supposed to work only on Windows, run cpack on Linux (archlinux 64 bit) and not cross-compiling? Do you produce Windows executable or Linux executable? Which compiler are you using? just a test to try out a few things: cmake_minimum_required (VERSION 2.6) # we can pass the language used in the project too project (Hello) add_executable (hello hello.cpp) add_test (ShouldPass passing) add_executable (passing passing.c) # setting the version number with a major and minor set (Tutorial_VERSION_MAJOR 1) set (Tutorial_VERSION_MINOR 0) # now a new target is generated in the Makefile, package and source_package include(CPack) # we add a test which is supposed to pass include(CTest) Would you be able to send me a zip / tgz / ... that contains all the sources needed to compile the project, that way I can try myself on the actual files. -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cpack -G NSIS
On 01/11/2012 12:37 PM, Eric Noulard wrote: 2012/1/11 Andrea Crottiandrea.crott...@gmail.com: Andrea, Could you please not drop the ML address? I know the reply-to-sender mode of the list may be annoying but it is the current setup so tha tyou need to re-add ML address when answering. Sorry my mistake, actually I don't need to add manually, just remember to press the right key in Thunderbird.. I just wanted to try the packaging with NSIS, and since it builds exe on Linux it should probably cross compile, but I didn't set anything for that myself so I it might just try to compile for Linux and package in an NSIS package. Attached the tar.gz with all the files, hopefully hello.tar.gz Description: GNU Zip compressed data -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cpack -G NSIS
2012/1/11 Andrea Crotti andrea.crott...@gmail.com: On 01/11/2012 12:37 PM, Eric Noulard wrote: I just wanted to try the packaging with NSIS, and since it builds exe on Linux it should probably cross compile, but I didn't set anything for that myselfso I it might just try to compile for Linux and package in an NSIS package. Yes that the case CMake wouldn't cross-compile by itself in your use case you did build a NSIS windows installer that contains Linux binaries. This wouldn't be of any practical use but that's not the issue. Ok then. I cannot reproduce the crash with my current CMake version (git master) however I do get an error: $ cpack -G NSIS CPack: Create package using NSIS CPack: Install projects CPack: - Run preinstall target for: Hello CPack: - Install project: Hello CPack: Create package CPack Error: Problem running NSIS command: /usr/bin/makensis /home/erk/CMake/Contrib/CPackNSIS-crash/build/_CPack_Packages/Linux/NSIS/project.nsi Please check /home/erk/CMake/Contrib/CPackNSIS-crash/build/_CPack_Packages/Linux/NSIS/NSISOutput.log for errors CPack Error: Problem compressing the directory CPack Error: Error when generating package: Hello Which is due to the fact that your example did not contain any install directive. So NSIS refuses to build an empty package. Add some install directive like: install(TARGETS hello DESTINATION bin) and I get a package: $ cpack -G NSIS CPack: Create package using NSIS CPack: Install projects CPack: - Run preinstall target for: Hello CPack: - Install project: Hello CPack: Create package CPack: - package: /home/erk/CMake/Contrib/CPackNSIS-crash/build/Hello-0.1.1-Linux.exe generated. CPack only package targets (executable, library) and/or files, directories that appear somewhere in an install command. see cmake --help-command install and please read: http://www.cmake.org/Wiki/CMake:Packaging_With_CPack and http://www.cmake.org/Wiki/CMake:CPackPackageGenerators -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] cpack -G NSIS
Trying to run cpack on Linux (archlinux 64 bit) with a working makensis environment, I get the following error (and following stacktrace): [andrea@precision test_cmake]$ gdb cpack GNU gdb (GDB) 7.3.1 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-unknown-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/cpack...(no debugging symbols found)...done. (gdb) run -G NSIS Starting program: /usr/bin/cpack -G NSIS [Thread debugging using libthread_db enabled] terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid Program received signal SIGABRT, Aborted. 0x76c90935 in raise () from /lib/libc.so.6 (gdb) bt #0 0x76c90935 in raise () from /lib/libc.so.6 #1 0x76c91dab in abort () from /lib/libc.so.6 #2 0x772d11ed in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/libstdc++.so.6 #3 0x772cf396 in ?? () from /usr/lib/libstdc++.so.6 #4 0x772cf3c3 in std::terminate() () from /usr/lib/libstdc++.so.6 #5 0x772cf4be in __cxa_throw () from /usr/lib/libstdc++.so.6 #6 0x7727c1f7 in std::__throw_logic_error(char const*) () from /usr/lib/libstdc++.so.6 #7 0x772ba039 in char* std::string::_S_constructchar const*(char const*, char const*, std::allocatorchar const, std::forward_iterator_tag) () from /usr/lib/libstdc++.so.6 #8 0x772ba113 in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::basic_string(char const*, std::allocatorchar const) () from /usr/lib/libstdc++.so.6 #9 0x0048a9f6 in cmCPackNSISGenerator::InitializeInternal() () #10 0x0047b784 in cmCPackGenerator::Initialize(char const*, cmMakefile*) () #11 0x00474562 in main () Any idea about what it could be? Thanks, Andrea -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cpack -G NSIS
2012/1/10 Andrea Crotti andrea.crott...@gmail.com: Trying to run cpack on Linux (archlinux 64 bit) with a working makensis environment, Which version of cmake/cpack are you using? If not 2.8.7 could you try it? or even git master? Did you compile it yourself? Are you cross-compiling? If this is the case may be you hit something similar to: http://www.cmake.org/pipermail/cmake/2011-December/048123.html I get the following error (and following stacktrace): [andrea@precision test_cmake]$ gdb cpack GNU gdb (GDB) 7.3.1 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-unknown-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/cpack...(no debugging symbols found)...done. (gdb) run -G NSIS Starting program: /usr/bin/cpack -G NSIS [Thread debugging using libthread_db enabled] terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid This means that we tried to construct an std::string using a NULL pointer. May be you compile a debug version of cpack and go straight to the point where it hurts. having the precise line of this context would help: #9 0x0048a9f6 in cmCPackNSISGenerator::InitializeInternal() () Any idea about what it could be? Nope but if you have a small example which reproduce the issue I may have a look into it. -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cpack -G NSIS
2012/1/10 Andrea Crotti andrea.crott...@gmail.com: On 01/10/2012 05:52 PM, Eric Noulard wrote: 2012/1/10 Andrea Crottiandrea.crott...@gmail.com: Trying to run cpack on Linux (archlinux 64 bit) with a working makensis environment, Which version of cmake/cpack are you using? If not 2.8.7 could you try it? or even git master? Did you compile it yourself? Are you cross-compiling? If this is the case may be you hit something similar to: http://www.cmake.org/pipermail/cmake/2011-December/048123.html It's the 2.8.7, but same problem with the git version: [andrea@precision test_cmake]$ /home/andrea/cmake/bin/cpack -G nsis --debug CPack: /home/andrea/cmake/Source/CPack/cpack.cxx:230 Enable Debug CPack Error: /home/andrea/cmake/Source/CPack/cpack.cxx:397 Cannot initialize CPack generator: nsis This does not seems to fail in the same way? (By the way you lack a .gitignore, which for example might contain Bootstrap.cmk) Why? Usually when you build CMake you do it out-of-source: mkdir bstrap cd btstrap /path/to/CMake/bootstrap if you do build in-source you can clean-up using git clean What do you mean cross-compiling? The compiled (target) executable are not the same type as the one of the machine (host) you are compiling. see: https://en.wikipedia.org/wiki/Cross_compiler and the way to go with cmake; http://www.cmake.org/Wiki/CMake_Cross_Compiling I'm on linux and the *exe are supposed to work only on Windows, so yes in that sense I'm cross-compiling. (look like is the same problem of the other thread anyway) Then may be I'll cc Hendrik because in the end he solves his problem but I don't know how. Is your project public shainll try to compile it myself? I am cross-compiling the CERTI project for Windows https://savannah.nongnu.org/projects/certi/ pretty much in similar config as yours: host = Debian Linux 64bit target = win32 using i686-w64-mingw32-gcc/g++ You can try to checkout the latest source: https://savannah.nongnu.org/cvs/?group=certi then cd certi mkdir buildWin32 cd buildWin32 cmake -DCMAKE_TOOLCHAIN_FILE=../scripts/Toolchain-cross-mingw32-linux.cmake .. make cpack -G NSIS this works for me. -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake