On Monday, June 23, 2014 08:38 PM, Brad King wrote:
On 06/20/2014 04:24 AM, Ben Pope wrote:
I've also seen this using the Makefile generator, the bigger problem is
that it ends up building the dependencies of those targets in parallel,
if there is overlap, it may try to build the same target mul
> Ok, run cmake -G "MinGW Makefiles"
> -DCMAKE_C_COMPILER=/c/mingw-w64-4.9.0/mingw64/bin
> I got this error:
> CMake Error: the source directory does not appear to contain
> CMakeLists.txt
>
> What I am missing?
>
You are not passing the folder of the source.
John
--
Powered by www.kitware
Ok, run cmake -G "MinGW Makefiles"
-DCMAKE_C_COMPILER=/c/mingw-w64-4.9.0/mingw64/bin
I got this error:
CMake Error: the source directory does not appear to contain
CMakeLists.txt
What I am missing?
Thanks again!
On Mon, Jun 23, 2014 at 9:32 AM, Bill Hoffman
wrote:
> On 6/23/2014 12:24 PM
On 6/23/2014 12:24 PM, jici gao wrote:
So why only cmake gui version works for me, not the cmake command?
Use the -G option to the cmake on the command line to pick a generator.
cmake --help should list the ones supported by your version of cmake.
-Bill
--
Powered by www.kitware.com
Plea
Hi,
I am using cmake (3.0.0) to setup environment for my compiling on Windows
and require mingw-w64 compiler. I pretty much followed your instruction
with Method 2 here:
http://www.cmake.org/Wiki/CMake_FAQ#How_do_I_use_a_different_compiler.3F
But cmake output always showed that it is building for
Hi,
I'm developing a project that is a kind of wrapper of
ExternalProject_Add and
allow it to be more reusable. User interface is quite simple.
For example adding Boost:
hunter_add_package(Boost COMPONENTS system filesystem)
find_package(Boost REQUIRED system filesystem)
... or GTest
I figured out the issue. I have CPACK_BUNDLE_STARTUP_COMMAND to my startup
bash script. This script modifies a bunch of library paths via
install_name_tool. I cd into the directory containing the actual
executable (MyApp.app/Contents/Resources/bin/) and work from there.
This is pretty darn inef
On 06/22/2014 08:57 AM, Richard Wirth wrote:
> In line 1865 of the above mentioned file there is a conversion from
> const char* to string& . When char* is NULL it crashes. The NULL comes
> as return from GetDefinition().
This problem was caused by refactoring in commit:
stringapi: Pass configu
On 6/21/2014 8:00 PM, Emanuele Cannizzaro wrote:
Dear Sir/Madame,
I am trying to create a library that it depends on compiler flags.
I can create 4 library that will all together include all the functions
required, that is
You should look at Object Libraries:
http://www.cmake.org/Wiki/CMake/T
On behalf of Zach, Bill, myself and the rest of the CDash team, we are
pleased to announce that CDash 2.2.2 is available for download at:
http://www.cdash.org
More than 80 bugs have been fixed for this release and among the new
features:
* Support for JUnit and NUnit tests
* Support for
Also, I forgot to mention that using the Console Utility gives nondescript
errors: it just says MyApp exited with code 127.
On Mon, Jun 23, 2014 at 8:56 AM, Scott Klum wrote:
> Lucas and David,
>
> Thank you for your responses.
>
> *Does anything get printed in the terminal if you type and ente
Lucas and David,
Thank you for your responses.
*Does anything get printed in the terminal if you type and enter: *
*/Applications/MyApp.app/Contents/MacOS/MyApp**?*
This is what I mean when I say I can run it through the terminal. If I
enter the above command the app starts properly.
*Does you
On 06/20/2014 04:24 AM, Ben Pope wrote:
> I've also seen this using the Makefile generator, the bigger problem is
> that it ends up building the dependencies of those targets in parallel,
> if there is overlap, it may try to build the same target multiple times
> simultaneously, which can obviou
Also, you may find extra hints about what's going wrong in the output
of the "Console" application. (Usually found in
"/Applications/Utilities") -- see if there's anything in the
"system.log" in there, or poke around and see if it has a crash report
related to your app.
HTH,
David C.
--
Po
Well, there's this information about "unknown error" -10810:
http://www.thexlab.com/faqs/error-10810.html
Does your app launch a lot of sub-processes at startup?
Are you saying that you *can* run the app from the terminal window, but
that you cannot run the app by double-clicking or by usin
Le 23 juin 2014 à 03:11, Scott Klum a écrit :
> I'm trying to make an OSX bundle using CMake/CPack on OSX that involves
> OpenCV and Qt (although I don't think those dependencies matter at this
> point). Everything compiles and the bundle is created fine, and I have a
> script that modifies t
16 matches
Mail list logo