Re: [cmake-developers] ninja generator does NOT use absolute paths at rules?

pace/cpp/samples/.*' -checks='-*,misc-*,boost-*,cert-*,-misc-unused-parameters' | tee run-clang-tidy.log 2>&1 egrep '\b(warning|error):' run-clang-tidy.log | perl -pe 's/(^.*) (warning|error):/\2/' | sort -u clausklein$ -Claus > Am 23.07.2019 um 13:03 schrieb Brad King : > > O

[cmake-developers] ninja generator does NOT use absolute paths at rules?

Hi, I found it strange, the clang-tidy warnings contains only relative paths to header files? Than I realized , the ninja.rules files contains NO absolute paths to target source and header files. Is this a BUG or a desired feature? // regards Claus --- compile_commands.json.make.gen

[cmake-developers] How to get cmake to install pdb files for targets too?

Hi, I am wondering why pdb file are not installed with a library target in MS VS2017 generated projects when building the Debug config variant? Is this relay necessary: install(FILES $ DESTINATION bin OPTIONAL) see too

[cmake-developers] Platform/MINGW64_NT-6.1: can't bootstrap cmake

Hi, I have problems to build cmake an msys2. It can be found at http://www.msys2.org. With regards Claus Avoid ctest truncation of output: CTEST_FULL_OUTPUT === MAIN VARIABLES

Re: [cmake-developers] why includes the Ninja decency contents sytemheader too?

Yes, it should be configurable via one option flag. The cmake user can control it but it is not well documented and different to configure depending on compiler and generator used: #for ninja generator: set(CMAKE_DEPFILE_FLAGS_CXX "-MMD -MT -MF " CACHE STRING "dependency flag" FORCE) # for

[cmake-developers] why includes the Ninja decency contents sytemheader too?

I’m wondering about the different dependency strategies between ‚Unix Makefiles’ and Nina generator.IMHO: This make ninja slower without much user benefit!-Clausfind . -name depend.make | xargs cat# CMAKE generated file: DO NOT EDIT!# Generated by "Unix Makefiles" Generator, CMake Version

Re: [cmake-developers] Cannot control the name of dependfile set in Ninja generator

Hi Chris, done, but: commit 4f48fef4 is not allowed because the following files are not formatted according to the 'clang-format-3.8' check: Source/cmNinjaTargetGenerator.cxx. Post a comment ending in the

Re: [cmake-developers] Cannot control the name of dependfile set in Ninja generator

Hi Brad, I have prepared a patch which works vor cpp files fine. But I have no idea why not for c files? see https://github.com/Kitware/CMake/pull/318 Claus > Am 19.01.2018 um 15:07 schrieb Brad King : > > * Extend the Ninja generator with settings to tell it about the

[cmake-developers] Cannot control the name of dependfile set in Ninja generator

dependency file name generated for ninja? 2.) Why generates cmake the objectname as sourcefilename.{c,cpp}.obj? I would expect to build the name as GNU make do, something like that: DEP:=$(SRC:.cpp=.d) OBJ:=$(SRC:.cpp=.obj) Claus Klein -- Powered by www.kitware.com Please keep messa

[cmake-developers] Cannot control the name of dependfile set in Ninja generator

{c,cpp}.obj? I would expect to build the name as GNU make do, something like that: DEP:=$(SRC:.cpp=.d) OBJ:=$(SRC:.cpp=.obj) Claus Klein -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various ser

[cmake-developers] Cannot control the name of dependfile set in Ninja generator

enerated *.d file while compile step. My questions are: 1.) Is ist possible to change the object or/and the dependency file name generated for ninja? 2.) Why generates cmake the objectname as sourcefilename.{c,cpp}.obj? I would expect as in make something like that: DEP:=$(SRC:.cpp=.d) OBJ:=$(SRC:

[cmake-developers] how does target_compile_features() test the c++11 conformance?

Hi, I am using cmake V3.8.2 and VS 2013 and work with a c++11 library. Wenn I use this, no error message is seen: target_compile_features(${targetname} PRIVATE cxx_std_11) # OK But wenn I use this most features are missing: target_compile_features(${targetname} PRIVATE

[cmake-developers] add_custom_commad build error with ninja generator

Hi all, I have problems with the following cmake build script: find_program(CCP_EXECUTABLE cpp REQUIRED HINTS /opt/local/bin) find_program(ASN1C_EXECUTABLE asn1c REQUIRED HINTS /opt/local/bin) if(ASN1C_EXECUTABLE AND CCP_EXECUTABLE) set(ASN1C_OUTPUT_DIR ${CMAKE_CURRENT_BINARY_DIR}) ###

Re: [CMake] How to prevent semicolons in pkg-config.pc files generated with configure_file?

Thanks Eike, that helps, but I can't understand why it is necessary? Within the trace message output there was no semicolon, see below. My first try was this: message(EXTRA_LIBS=${EXTRA_LIBS}) # = EXTRA_LIBS=/usr/lib/libpthread.dylib/usr/lib/libcrypto.dylib # OK but no spaces

[CMake] cmake-gui is not able to create a project on mac os x

What is the different between cmake.app and cmake-gui? When i try to create a new project with cmake-gui started from shell it always fail. But the GUI version from /Application works fine. claus-kleins-macbook-pro:ftplib clausklein$ cmake-gui -G Ninja /Users/

Re: [cmake-developers] [CMake] Bug fix requests for the *next* release of CMake...

I would like if this Bug Report is not longer on backlog: http://public.kitware.com/Bug/view.php?id=9188 I have uploaded a patch ready for integration. Claus -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please

Re: [cmake-developers] [CMake] ADD_DEPENDENCIES() and NonExisitngDependent is NOT an error?

Hi David, I have prepared a new patch for master which works fine now. claus-kleins-macbook-pro:CmakeBuildDir clausklein$ bin/cmake --help- policy CMP0019 cmake version 2.8.8.20120628-g01d97-dirty CMP0019 add_dependencies(target-name depend-target1 depend-target2 ...)

Re: [cmake-developers] [CMake] ADD_DEPENDENCIES() and NonExisitngDependent is NOT an error?

Update, new patch with policy handling uploaded. http://public.kitware.com/Bug/view.php?id=9188 Not sure if all is right, but as a basis for integration... Claus On 26.07.2012, at 23:25, Claus Klein wrote: Thanks David, here is my patch, I have tested it today which ninja Experimental

Re: [cmake-developers] [CMake] ADD_DEPENDENCIES() and NonExisitngDependent is NOT an error?

have been written to: /Users/clausklein/Workspace/cpp/ ftplibpp-2.0.2/build claus-kleins-macbook-pro:build clausklein$ Can anyone please help? Thanks in advance Best Regards Claus On 27.07.2012, at 12:24, Claus Klein wrote: new patch with policy handling uploaded. http://public.kitware.com/Bug

Re: [cmake-developers] [CMake] ADD_DEPENDENCIES() and NonExisitngDependent is NOT an error?

Thanks David,here is my patch, I have tested it today which "ninjaExperimental"There should be a test too ...It would be nice if it could fixed before next release.Claus checkForExistingDependencyTarget.patch Description: Binary data On 26.07.2012, at 18:18, David Cole wrote:The gory details are

[CMake] ADD_DEPENDENCIES() and NonExisitngDependent is NOT an error?

We use a complex cmake project with a lot of build order dependencies. If something is misspelled, I would expect that cmake find this error. Example: cmake_minimum_required(VERSION 2.8.5) project(ftplibcpp CXX) add_executable(ftpList ftpList.cpp) target_link_libraries(ftpList ftpcpp ${LIBS})

[cmake-developers] Experimental BuildDepends test passed, but does not work?

I can not understand the output, for me this test does not work. Change Dir: /Users/clausklein/Downloads/CmakeNinjaBuildDir/Tests/ BuildDepends/Project Run Build Command:/usr/local/bin/ninja [1/14] Building CXX object CMakeFiles/foo.dir/foo.cxx.o [2/14] Generating zot_custom.hxx [3/14]

Re: [cmake-developers] Why not disable the Unix Makefiles generator for Darwin?

I am happy to see it works now and Ninja is eanabled and Mac Thanks to all Claus CMakeLists.txt Revision: 52160bf68f2d3b948efda5a7a64642e7e0969d9e by Peter Kümmel Ninja: enable ninja on Mac so all Mac CDash-builds are tested, cleanup later On 14.07.2012, at 19:40,

Re: [cmake-developers] cmake selftest use different compiler and binutils as configured on Darwin

done http://public.kitware.com/Bug/view.php?id=13418 Thanks for help Claus On 17.07.2012, at 02:07, Richard Wackerbarth wrote: RE: The arch test, et.al. You should file a bug against CMake if a test is failing only because the compiler does/does not produce the same results as a compiler

Re: [cmake-developers] cmake selftest use different compiler and binutils as configured on Darwin

David, Thanks for help, it works just with Makefile generator. With Ninja I have to look what happens. something goes still wrong. You may see http://open.cdash.org/viewTest.php?onlyfailedbuildid=2445267 my first working results. With this 3 failed tests I have a problem: They should not run

[cmake-developers] patch to fix the X11 test on Darwin with gcc-4.7

I have prepared a small patch to fix the X11 test.This prevents errors like this:http://open.cdash.org/testDetails.php?test=153601982build=2442103 TestsX11HelloWorldX11.patch Description: Binary data -- Powered by www.kitware.com Visit other Kitware open-source projects at

[cmake-developers] ExperimentalUpdate fails (missing remote name or URL)

/opt/local/bin/gmake ExperimentalUpdate Site: claus-kleins-macbook-pro.local Build name: Darwin-i386-apple-darwin9-g++-mp-4.7 Updating the repository: /Users/clausklein/Downloads/cmake Use GIT repository type Old revision of repository is: 3bbba2ab2e6a733db6e0949fb5636a6ab9f59649

Re: [cmake-developers] ExperimentalUpdate fails (missing remote name or URL)

This helps: git remote add origin git://cmake.org/cmake.git On 15.07.2012, at 18:21, Claus Klein wrote: What is wrong? -- 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

Re: [cmake-developers] cmake selftest use different compiler and binutils as configured on Darwin

Richard, It is not clear to me how to setup a nightly build. I prefer a Clean build. I would setup simply a new working every night at /var/tmp: mkdir nightly nightly git clone git://cmake.org/cmake.git git remote add origin git://cmake.org/cmake.git git checkout -b nightly

Re: [cmake-developers] cmake selftest use different compiler and binutils as configured on Darwin

Can anyone please help? Thanks in advance Best Regards Claus On 09.07.2012, at 18:52, Claus Klein wrote: Perhaps I must set a different CMAKE_SYSTEM_NAME, but which one? #FIXME -DCMAKE_SYSTEM_NAME=Darwin-GNU \ -DCMAKE_C_COMPILER=/opt/local/libexec/ccache/gcc \ -DCMAKE_CXX_COMPILER=/opt

Re: [cmake-developers] cmake selftest use different compiler and binutils as configured on Darwin

Hi Richard, it would be nice if you may setup a nightly build on darwin with current MacPorts gcc-4.7 like this: claus-kleins-macbook-pro:CmakeMakeBuildDir clausklein$ i386-apple- darwin9-gcc-4.7.1 --version i386-apple-darwin9-gcc-4.7.1 (MacPorts gcc47 4.7.1_1) 4.7.1 Copyright (C) 2012

[cmake-developers] Why not disable the Unix Makefiles generator for Darwin?

I am wondering why Nina generator is disabled on Darwin. I have just the same problems with Unix Makefile generator? Or it would be nice to enable Ninja too for Darwin, I need it to cross compile my projects ... Claus See

Re: [CMake] Cross-compilation for windows on Darwin with nighlty build fails

) target_link_libraries(ftpGet ftpcpp ${LIBS}) add_executable(ftpPut ftpPut.cpp) target_link_libraries(ftpPut ftpcpp ${LIBS}) # install the bin install(TARGETS ftpPut ftpGet ftpList DESTINATION bin) On 14.07.2012, at 12:22, Eric Noulard wrote: 2012/7/13 Claus Klein claus.kl...@arcormail.de: Can anyone

Re: [CMake] Cross-compilation for windows on Darwin with nighlty build fails

(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY) set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY) On 12.07.2012, at 23:05, Claus Klein wrote: I found a way, but now the CMAKE_EXECUTABLE_SUFFIX is not empty? -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com

[CMake] Cross-compilation for windows on Darwin with nighlty build fails

I tried with the current nightly cmake binary to cross compile with mingw tools on Darwin. But it fails and I have no right idea what goes wrong. First, the rc compile was not found: + cmake -G 'Unix Makefiles' -DCMAKE_C_COMPILER=i386-mingw32-gcc - DCMAKE_CXX_COMPILER=i386-mingw32-g++

Re: [CMake] Cross-compilation for windows on Darwin with nighlty build fails

clausklein$ On 12.07.2012, at 22:23, Claus Klein wrote: The ranlib and ar from build host is used. Any idea what I should try or do would help? -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages

Re: [cmake-developers] [CMake] LINK_LIBRARIES not spilled to response file

I have added a patch that should help. (Tested on Darwin only) Please check it for Windows before apply. Claus On 09.07.2012, at 12:13, Zaheer Chothia wrote: Done: http://public.kitware.com/Bug/view.php?id=13385 --Zaheer -- Powered by www.kitware.com Visit other Kitware open-source

Re: [cmake-developers] cmake selftest use different compiler and binutils as configured on Darwin

On 07.07.2012, at 21:34, Nicolas Desprès wrote: I advice you to install the Apple command line tools for xcode and stop to use gcc. I have removed the path to /opt/local/bin and tested xcode without ninja: http://open.cdash.org/viewTest.php?onlyfailedbuildid=2423850 It is not clear to me

Re: [cmake-developers] cmake selftest use different compiler and binutils as configured on Darwin

, at 5:04 AM, Claus Klein wrote: On 07.07.2012, at 21:34, Nicolas Desprès wrote: I advice you to install the Apple command line tools for xcode and stop to use gcc. I have removed the path to /opt/local/bin and tested xcode without ninja: http://open.cdash.org/viewTest.php?onlyfailedbuildid

[cmake-developers] cmake selftest use different compiler and binutils as configured on Darwin

I tried to check if ninja works now on Darwin, but some tests still fails. I use this configuration, but I have the gcc-4.7 installed too under / opt/local/bin. /usr/local/bin/cmake -G Ninja -DCMAKE_TEST_GENERATOR:STRING=Ninja \ -DCMAKE_TEST_MAKEPROGRAM:FILEPATH=${MAKECOMMAND} -

Re: [cmake-developers] Ninja passes all tests on OS X

On 07.07.2012, at 20:54, Nicolas Desprès wrote: I have pushed the re-factor patch. Let me know what do you think. I have tested on Linux and MacOSX with the Makefile and Ninja generator and both work fine. Which OS version and Tools do you have installed? I merged in your patch and have

Re: [cmake-developers] cmake selftest use different compiler and binutils as configured on Darwin

Thanks Nico, I can live with the tools installed with mac ports. I only tried to test Ninja with Cmake. And it works fine for me. I will ignore this 5 errors while cmake selftest. ;-) All other thinks I works with do fine without xcode ... But IMO, cmake should use the configured tool chain

Re: [cmake-developers] [CMake] CMake 2.8.9-rc1 ready for testing!

Yes, you are right. My fault, I was really not up to date. It works fine with your fix. Thanks Claus On 27.06.2012, at 20:07, Peter Kümmel wrote: Works also here on Windows, Ubuntu 12.04, and Mac 10.8 (gcc-4.2, i386), at least when I use cmake as sources. Are you sure your sources are up

Re: [cmake-developers] [CMake] CMake 2.8.9-rc1 ready for testing!

Hi Dave, I found one more Ninja issue; The Ninja Eclipse Generator crashes while make target generation. No Idea why, but this helps for now: diff --git a/Source/cmExtraEclipseCDT4Generator.cxx b/Source/ cmExtraEclipseCDT4Generator.cxx index ab11307..b9e360b 100644 ---

Re: [cmake-developers] [CMake] CMake 2.8.9-rc1 ready for testing!

Yes, on MSYS it works too. I will try to debug it at the Weekend, I have no Time befor sunday. Sorry Claus With regards Claus On 26.06.2012, at 23:00, Bill Hoffman bill.hoff...@kitware.com wrote: On 6/26/2012 2:42 PM, Claus Klein wrote: yes, sure, On Darwin, I simply do: cmake -G

Re: [cmake-developers] Ninja/Win32: Negating UsingMinGW default to support Windows hosted cross compilers

You are right, in general backslashes as path separator are not needed on windows except for cmd.ex cd buildin. It is a quote character in strings and make always trouble on bash and make! Claus On 22.06.2012, at 20:15, OKUMURA Yuki wrote: Hi list, Current CMake Ninja generator will

Re: [cmake-developers] -GNinja on Windows

Hi Peter, I agree, we need your/our changes at upstream! I will switch to our github: https://github.com/syntheticpp/ninja On little more about ninja bootstrap: Original bootstrap.py generated target rule: ninja -t clean does a really distclean. The re2c generted files are removed too! To

Re: [cmake-developers] -GNinja on Windows

On 09.06.2012, at 10:25, Peter Kümmel wrote: On 09.06.2012 10:02, Claus Klein wrote: Hi Peter, I agree, we need your/our changes at upstream! I will switch to our github: https://github.com/syntheticpp/ninja In times of git there is no our repository any more. Yes, I know, I meant

Re: [cmake-developers] -GNinja on Windows

Hi Peter,can you please explain what is the state of your ninja fork.Is is sync with origin ninja?Will it merged later?Can you please apply my time-stamp patch?P.S.I tried to compile it with your CMakeLists.txt file, but it needs love on linux (UNIX) build hosts. //RegardsClaus

[cmake-developers] Canonical include pathes within ninja files

Hi Peter,I would like to know your opinion aboutCanonical path'sWhile testing with ninja generator, I found same rules with nonCanonical include pathes.a simple example from my test

Re: [cmake-developers] Canonical include pathes within ninja files

/include)# Tell CMake to build an executableadd_executable(testlmx properties.2.2.2-test.cpp properties.2.2.2.cpp PropertyExtensions.cpp PropertyParser.cpp) //RegardsClaus On 07.06.2012, at 12:15, Claus Klein wrote:Hi Peter,I would like to know your opinion aboutCanonical path'sWhile testing with ninja

Re: [cmake-developers] -GNinja on Windows

Hi Peter, Today I have tried to work with ninja on MSYS. I have a view questions: 1. Is cmake build on MSYS or build on windows when you test with it the ninja generator? I tried the windows version, but it fails, 2. MSYS has a bash sh program, why is cmd /c used at a unix

Re: [cmake-developers] -GNinja on Windows

by cmake) //Regards Claus Klein On 06.06.2012, at 21:14, Peter Kümmel wrote: Hi Claus, I only build with MSVC or mingw without MSYS. I never tried MinGW Makefile generator on msys, does this work? -- Powered by www.kitware.com Visit other Kitware open-source projects at http

Re: [cmake-developers] Welcome to June, time for the next release candidate

I would like to have the Ninja generator enabled on all Platforms. It is importand for cross Development, not only as native Build Tool! With regards Claus On 04.06.2012, at 23:13, David Cole david.c...@kitware.com wrote: We are preparing to build CMake 2.8.9, release candidate one, in the

Re: [CMake] Nina Generator on Windows generates too long link cmd lines

version, but not sure. This future needs a runtime test, IMO Claus On 03.06.2012, at 22:55, Peter Kümmel wrote: On 03.06.2012 01:02, Claus Klein wrote: Hi Peter, after a quick test with our code, I found again the problem with unix ar utile for static libs. it does not support a linker

Re: [CMake] Nina Generator on Windows generates too long link cmd lines

On 02.06.2012, at 18:58, Claus Klein wrote: Hi Peter, thanks for the commit. I will do my tests with this code again. But I have 2 more questions: It is possible to use Nina with Kdevelop and Eclipse generators too? And, too give more people a chance to test with ninja, is it possible to enable

Re: [CMake] Nina Generator on Windows generates too long link cmd lines

I found the problem. Now Eclipse and Ninja works too. .-)) NinjaAddToEclipseGenerator.patch Description: Binary data //Regards Claus On 03.06.2012, at 12:15, Claus Klein wrote: Hi Peter, I have tried it myself, but with different luck. The Kdevelop works, but EclipseGenerator crashes

Re: [CMake] Nina Generator on Windows generates too long link cmd lines

Hi Peter, thanks for the commit. I will do my tests with this code again. But I have 2 more questions: It is possible to use Nina with Kdevelop and Eclipse generators too? And, too give more people a chance to test with ninja, is it possible to enable it at nightly builds for Windows and

Re: [CMake] Nina Generator on Windows generates too long link cmd lines

Hi Peter, after a quick test with our code, I found again the problem with unix ar utile for static libs. it does not support a linker response file! And is is not clear to me who sets this cache values: CMAKE_CXX_RESPONSE_FILE_LINK_FLAG:STRING=-Wl,@

Re: [CMake] Nina Generator on Windows generates too long link cmd lines

Hi Bill, I have tried to prepare a patch. It generates links rules like that: # Rule for linking CXX executable. rule CXX_EXECUTABLE_LINKER command = $PRE_LINK /opt/local/libexec/ccache/g++ $FLAGS -Wl,- search_paths_first -Wl,-headerpad_max_install_names $LINK_FLAGS -Wl,@ $out.rsp -o

[CMake] Nina Generator on Windows generates too long link cmd lines

Hi All, I am working with Nightly cmake build with ninja enabled on windows. While testing a real complex project build, code generation and compiling works, but linking fails. The command line with a view pre and post build rules including a huge count of libs and linkerflags is to long.

Re: [CMake] Nina Generator on Windows generates too long link cmd lines

Hi Bill Yes send me the patches please Claus On 29.05.2012, at 23:12, Bill Hoffman bill.hoff...@kitware.com wrote: On 5/29/2012 4:00 PM, Claus Klein wrote: Hi All, I am working with Nightly cmake build with ninja enabled on windows. While testing a real complex project build, code

Re: [CMake] Why is Ninja generator disabled by default?

Please tack a lock at my builds tooAll of this errors are NOT caused by ninja!http://open.cdash.org/buildSummary.php?buildid=2315144But with ninja I get the same result.Some of the errors are caused by the fact that I use the current gcc47 compiler (build with macports), which does not understand

[CMake] cmake self test fails on Darwin - 9.8.0 - i386 with gcc47 and spaces in path

Hi all, while testing the ninja generator I created a reference binary tree with gmake an gcc47 installed with macports. I created a new empty dir with mkdir /Users/clausklein/Downloads/My Cmake Test and created the makefiles with a build scripts. It seems that the spaces in CWD makes

[CMake] cmake self build with ninja works on Darwin, but a view tests fail

Hi all, I tried to build cmake with ninja generator enabled and build cmake itself with ninja. Nice, it works ;-)) Only a view tests fails, but most of the problems are NOT caused by ninja. It seems, that while testing, cmake on Darwin use options only valid for old native apple gcc?

Re: [CMake] cmake self build with ninja works on Darwin, but a view tests fail

, Claus Klein wrote: Only a view tests fails, but most of the problems are NOT caused by ninja. It seems, that while testing, cmake on Darwin use options only valid for old native apple gcc? But I use gcc47 installed with macports! -- Powered by www.kitware.com Visit other Kitware open

Re: [CMake] cmake self build with ninja works on Darwin, but a view tests fail

using ninja, but rather Unix makefiles and everything else the same. It will be interesting to see what fails under those conditions. Again, submitting to the dashboard is a better way to document the particulars of the failure. Richard On May 27, 2012, at 5:26 AM, Claus Klein wrote: Only

Re: [CMake] cmake self test fails on Darwin - 9.8.0 - i386 with gcc47 and spaces in path

I have uploaded my test result: http://open.cdash.org/viewTest.php?onlyfailedbuildid=2312336 Claus On 27.05.2012, at 12:10, Claus Klein wrote: Hi all, while testing the ninja generator I created a reference binary tree with gmake an gcc47 installed with macports. I created a new empty dir

Re: [CMake] cmake self test fails on Darwin - 9.8.0 - i386 with gcc47 and spaces in path

, 2012, at 7:21 AM, Claus Klein wrote: I have uploaded my test result: http://open.cdash.org/viewTest.php?onlyfailedbuildid=2312336 Claus -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic

Re: [CMake] cmake self test fails on Darwin - 9.8.0 - i386 with gcc47 and spaces in path

and for Ninja builds. You can use the same source tree if you wish. Richard On May 27, 2012, at 11:19 AM, Claus Klein wrote: Hi Richard, I have set it to i386. I have Xcode 3.1 installed year ago to bootstrap macports. I never use it! This problems for example are caused that my gcc47 compiler

Re: [CMake] Why is Ninja generator disabled by default?

it works on my macbook: /usr/local/CMake 2.8-8.app/Contents/bin/cmake --version cmake version 2.8.8.20120520-g4742e claus-kleins-macbook-pro:CompileCommandOutput clausklein$ /usr/local/ CMake 2.8-8.app/Contents/bin/cmake -G Ninja -DMAKE_SUPPORTS_SPACES=1 -- The CXX compiler identification is

Re: [CMake] Why is Ninja generator disabled by default?

${file_list}) On 18.05.2012, at 23:48, Bill Hoffman wrote:On 5/18/2012 5:37 PM, Claus Klein wrote:Hi,I downloaded the newest version 2.8 of cmake for MACOS and dit not foundthe new generator for ninja.So I downloaded the sources and build it myself.It seems to work fine and just 2 times faster than

[CMake] Why is Ninja generator disabled by default?

Hi, I downloaded the newest version 2.8 of cmake for MACOS and dit not found the new generator for ninja. So I downloaded the sources and build it myself. It seems to work fine and just 2 times faster than with make. Why is it disabled? With regards Claus -- Powered by www.kitware.com

Re: [CMake] Cmake 2.8.2 Bug under windows

Hi Brad, I have tested this version today, but the problem still exist! Best regards, Claus On 23.08.2010, at 14:13, Brad King wrote: On 08/21/2010 03:31 AM, Claus Klein wrote: can you please check if this may related also to this BUG: http://cmake.org/Bug/view.php?id=11153 It happens

Re: [CMake] How to add CORBA idl files to Visual Studio source group

! That is really strange. Claus On 19.08.2010, at 22:59, Claus Klein wrote: Hi, I have a project with CORBA idl files, which will be compiled with a tao idl compiler to source and header files via a: add_custom_command(OUTPUT output1 [output2 ...] ...) I defined a source group

Re: [CMake] Cmake 2.8.2 Bug under windows

Hi, can you please check if this may related also to this BUG: http://cmake.org/Bug/view.php?id=11153 It happens on Windows only at a root dir. Thanks, Claus On 16.08.2010, at 15:31, Brad King wrote: On 08/13/2010 06:03 PM, J Decker wrote: Yes, this patch fixes the problem thank you.

[CMake] How to add CORBA idl files to Visual Studio source group

Hi, I have a project with CORBA idl files, which will be compiled with a tao idl compiler to source and header files via a: add_custom_command(OUTPUT output1 [output2 ...] ...) I defined a source group with: source_group(idlfiles REGULAR_EXPRESSION *.idl) The generated

Re: [CMake] cmake out of source build writes build files at source dirs?

Hi Alex, No, I dit not write a bug report yet. The 10994 seems an other problem, I have the CMakeLists.txt at the root dir, together with my build subdir. So my binary build tree is located at inside the source tree at project root. And this is the root of the substituded drive. Claus On

Re: [CMake] cmake out of source build writes build files at source dirs?

, Claus Klein skrev: Today, I discovered than in the special case of a substituted PROJECT_SOURCE_DIR, all build files for subdir packages are created in PROJECT_SOURCE_DIR and not at the PROJECT_BINARY_DIR. I use windows cmd shell subst w: z:/some/deep/path/to/source/dir Than I create a new build dir

[CMake] cmake out of source build writes build files at source dirs?

Today, I discovered than in the special case of a substituted PROJECT_SOURCE_DIR, all build files for subdir packages are created in PROJECT_SOURCE_DIR and not at the PROJECT_BINARY_DIR. I use windows cmd shell subst w: z:/some/deep/path/to/source/dir Than I create a new build dir:

[CMake] How to add a lib in a target/tool independent way?

I have a cpp project with some lib targets and executables, which depends on the libs and the header files. I want to link the libs from my build/src tree and not the installed versions. With this snip below from my CMakeFile.txt it works on my MacBook and cygwin after a make clean, but

[CMake] FindCppUnit.cmake

Hi, I was missing a right cmake module to find CppUnit lib and header files. Perhaps this is useful for the next cmake release? It works with pkgconfig if available, but too without, tested on Win32 and MAC. regards, Claus FindCppUnit.cmake Description: Binary data

Re: [CMake] error while stage install of crosscompiled binaries

Alexander Neundorf schrieb: ... So indeed a relative CMAKE_INSTALL_PREFIX is interpreted relative to the build dir. Do you think this should be handled differently ? Then c:/usr would have to be translated at some point to /c:/usr if cross compiling on some UNIX. Would this make sense ?

Re: [CMake] error while stage install of crosscompiled binaries

with make install. //regards Claus On 08.01.2010, at 22:26, Claus Klein wrote: Hi David, Yes, this works fine when I change the CMAKE_INSTALL_PREFIX at CMakeCache.txt, sure. There is only one fault: the config files will be rebuild with the wrong path before install :-(( At least, I know

Re: [CMake] error while stage install of crosscompiled binaries

cmake_install.cmake? Claus On 08.01.2010, at 17:49, David Cole wrote: On Fri, Jan 8, 2010 at 12:37 AM, Claus Klein claus.kl...@arcormail.de wrote: On 08.01.2010, at 02:25, Alexander Neundorf wrote: On Thursday 07 January 2010, Claus Klein wrote: Hi i want to install a cross compiled (build host

Re: [CMake] Cross compil and DESTDIR

Hi Paul, yes, I do it in this way and it works good. Only if the target system is Windows, there may be a Problem if prefix is something like C:/programs ... But in most embedded unix like systems, there is no problem. Claus On 07.01.2010, at 21:30, Paul Chavent wrote: Hi cmake

Re: [CMake] error while stage install of crosscompiled binaries

On 08.01.2010, at 02:25, Alexander Neundorf wrote: On Thursday 07 January 2010, Claus Klein wrote: Hi i want to install a cross compiled (build host is a MAC OS X) project to a temporary state dir to get an archive to distribute the binaries. The target is win32 (mingw), compiled

Re: [CMake] mingw crosscompile error: invalid option `macosx-version-min=10.5' ?

CMAKE_SYSTEM_NAME:UNINITIALIZED=Windows-gcc claus-kleins-macbook-pro:build clausklein$ Perhaps this his the reason? Claus On 04.01.2010, at 19:22, Alexander Neundorf wrote: On Sunday 03 January 2010, Claus Klein wrote: I have problems to crosscompile on MAC-OS for MinGW. How kann I prevent this strange

Re: [CMake] mingw crosscompile error: invalid option `macosx-version-min=10.5' ?

Yes, I did it again and again with rm -rf build. Same result! As I said: The problem occurs always when I run cmake again, no matter of Windows or Windows-gcc is used. Claus On 06.01.2010, at 20:23, Alexander Neundorf wrote: On Wednesday 06 January 2010, Claus Klein wrote: Hi Alex

[CMake] error while stage install of crosscompiled binaries

Hi i want to install a cross compiled (build host is a MAC OS X) project to a temporary state dir to get an archive to distribute the binaries. The target is win32 (mingw), compiled to be installed at c:/usr as CMAKE_INSTALL_PREFIX. This prefix is used while compile the binaries, so I can't

Re: [CMake] mingw crosscompile error: invalid option `macosx-version-min=10.5' ?

for MinGW //regards Claus On 04.01.2010, at 19:22, Alexander Neundorf wrote: On Sunday 03 January 2010, Claus Klein wrote: I have problems to crosscompile on MAC-OS for MinGW. How kann I prevent this strange compiler flag on a Darwin Plattform? Thanks Claus

Re: [CMake] mingw crosscompile error: invalid option `macosx-version-min=10.5' ?

sdk this is from memory, so just give it a brief check. On Jan 2, 2010, at 18:30, Claus Klein wrote: I have problems to crosscompile on MAC-OS for MinGW. How kann I prevent this strange compiler flag on a Darwin Plattform? Thanks Claus - cmake

Re: [CMake] mingw crosscompile error: invalid option `macosx-version-min=10.5' ?

, 2010, at 8:22 AM, Claus Klein wrote: Thanks Bart, I have xcode installed, but not every compiler on my MAC compiles for MAC-OS. I have mingw32 installed from macports, and the target is Win32, so this option test -mmacosx-version-min= The earliest MacOS X version on which this program

[CMake] mingw crosscompile error: invalid option `macosx-version-min=10.5' ?

I have problems to crosscompile on MAC-OS for MinGW. How kann I prevent this strange compiler flag on a Darwin Plattform? Thanks Claus - cmake -DCMAKE_C_COMPILER=i386-mingw32-gcc -DCMAKE_CXX_COMPILER=i386- mingw32-g++ --debug-trycompile --debug-output -

[CMake] example how to find a library with PKG_CHECK_MODULES and FIND_PACKAGE_HANDLE_STANDARD_ARGS

according to Notes to authors of FindXXX.cmake files We would like all FindXXX.cmake files to produce consistent variable names. Please use the following consistent variable names for general use. XXX_FOUND : Set to false, or undefined, if we haven't found, or don't want to use XXX.

Re: [CMake] what is the right way to set CMAKE_USE_RELATIVE_PATHS?

John Drescher schrieb: On Mon, Dec 21, 2009 at 3:50 PM, Claus Klein claus.kl...@arcormail.de wrote: Hi all, I tried to use: set(CMAKE_USE_RELATIVE_PATHS ON) in my CMakeLists.txt. But I noticed, that some cmake variables can't be changed in that way. In the CMakeCache.txt, it is still OFF

Re: [CMake] what is the right way to set CMAKE_USE_RELATIVE_PATHS?

Hi Aashish, yes the set command is well explained. Thanks. But for some CMAKE variables this not true! I guess that GUI vars have always set with FORCE? Claus Aashish Chaudhary schrieb: Is this useful? http://www.cmake.org/cmake/help/cmake-2-8-docs.html#command:set

Re: [CMake] what is the right way to set CMAKE_USE_RELATIVE_PATHS?

www.bluequartz.net Principal Software Engineer Dayton, Ohio On Dec 21, 2009, at 3:59 PM, John Drescher wrote: On Mon, Dec 21, 2009 at 3:50 PM, Claus Klein claus.kl...@arcormail.de wrote: Hi all, I tried to use: set(CMAKE_USE_RELATIVE_PATHS ON) in my

Re: [CMake] Re: Demonstrated CMake.. received a few comments

On Tuesday 23 January 2007 18:10, kitts wrote: On Tuesday 23 January 2007 00:03 IST, kitts wrote: 2) On windows, we would like to use VS as the IDE and KDevelop on linux. Both are capable of crosscompiling (use non-native compilers). I think this is only possible by setting CMAKE_C_COMPILER

Re: [CMake] HowTo 'Getting Started Cross compilation with cmake' needed

On Saturday 20 January 2007 15:04, Alexander Neundorf wrote: Hi, Von: Peter Soetens [EMAIL PROTECTED] ... I miss some features needed for cross-compiling, linking and installing to a stage dir. The PKGCONFIG(package includedir libdir linkflags cflags), for example, the

  1   2   >