Re: [CMake] Why does CMake set CMAKE_OSX_SYSROOT using the Xcode generator?

On 02/18/2014 03:02 AM, Kyle Sluder wrote: > But I'm being stymied by CMake, which is insisting on setting > CMAKE_OSX_SYSROOT to my current platform's SDK despite the fact that I'm > using the Xcode generator. It's designed for builds where everything is for a single OS X platform. One would need

Re: [CMake] retrieving and manipulating (Fortran) dependency information

On 02/03/2014 11:57 AM, Zaak Beekman wrote: > source file properties OBJECT_DEPENDS and OBJECT_OUTPUTS. > I have yet to experiment with these, but I am wondering if > CMake's automatic dependency resolution will populate these No. Those properties are for the project to tell CMake something, not

Re: [CMake] retrieving and manipulating (Fortran) dependency information

On 01/30/2014 05:43 PM, Zaak Beekman wrote: > I noticed that output_required_files is deprecated. Yes, it has been marked as such since CMake 2.8.5: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5cf4ff6e http://www.cmake.org/Bug/view.php?id=12214 but was out of favor long before that. It

Re: [CMake] include_directories(...) versus set_directory_properties(PROPERTIES INCLUDE_DIRECTORIES ...)

On 01/30/2014 03:08 AM, Marcel Loose wrote: > cmake was consuming a whopping 14GB(!) of RAM memory. [snip] > include_directories() is used inside a macro that is called > quite a lot in order to resolve cross-dependencies. This never was a > problem, because CMake automatically performed de-duplica

Re: [CMake] [2.8.12.1] Bug in Xcode generation of STATIC from OBJECT libraries

On 01/23/2014 11:36 AM, Paul Smith wrote: > I see. That's a shame :-(. Unfortunately it is an Xcode limitation that CMake cannot work around. > Kind of unpleasant. Anyone have any ideas? Add an "empty.c" source protected by if(XCODE). Also be sure to set the POSITION_INDEPENDENT_CODE target p

Re: [CMake] [2.8.12.1] Bug in Xcode generation of STATIC from OBJECT libraries

On Thu, Jan 23, 2014 at 8:03 AM, Paul Smith wrote: > add_library(mylib STATIC $) [snip] > The Makefile generators work fine > > For Xcode, though, the link fails: This is a known limitation. From the add_library documentation: http://www.cmake.org/cmake/help/v2.8.12/cmake.html#command:add_li

Re: [CMake] Forcing /MDd using externalproject_add

On 01/22/2014 01:04 PM, Brian Davis wrote: > Unless you are saying that they should not have specified > CMAKE_C*_FLAGS and friends in this way That's exactly what I'm saying. By specifying them as local directory-scoped set() calls they tell CMake to use their values and ignore the cache entries

Re: [CMake] CMake absolute path

On 01/22/2014 12:05 PM, Tony-Alexandru Dincu wrote: > I investigated the problem and I saw that the problem is from relative path. > With CMake 2.8.8 the solution builds, but with CMake 2.8.9 no. Between those versions came these commits: VS10: Convert paths normally unless forced to relative h

Re: [CMake] Forcing /MDd using externalproject_add

On 01/22/2014 11:27 AM, Brian Davis wrote: > http://cmake.org/gitweb?p=cmake.git;a=blob;f=Help/manual/cmake-language.7.rst;hb=1b395813#l393 > > This document does not state any persistence a variable should have > when terms INTERNAL or FORCE are used. It does link to the set() command documentat

Re: [CMake] Policies in generate step

On Fri, Jan 17, 2014 at 11:25 AM, Dominik Bernhardt wrote: > I'm using the latest master branch on Windows and I have the impression that > whatever I set for policies, the setting is ignored in the generate step. Some policies aren't enforced until generate time. Typically their settings are r

Re: [CMake] Backslash instead of slashes in *.vcxproj files

On 1/7/2014 11:12 AM, NoRulez wrote: > is there a simple way to replace the slashes (directory delimiter) > with backslashes for include paths after or during the generation > of *.vcxproj files? This is a bug in the VS 10 generator of CMake. Paths are correctly converted to use backslashes in VS

Re: [CMake] NVCC and Shared Library Full Path Linking

On 12/16/2013 04:25 PM, MARTIN, ROBERT S CTR USAF AFMC AFRL/RQRS wrote: > Nvlink fatal : Unsupported file type '/usr/lib/openmpi/lib/libmpi_cxx.so' > > If I replace the '/usr/lib/openmpi/lib/libmpi_cxx.so' with > '-L/usr/lib/openmpi/lib/ -lmpi_cxx', it works. When I look at the ldd > output, it

Re: [CMake] ExternalData on unmounted Windows shares?

On 11/18/2013 08:01 AM, Magnus Therning wrote: > It does indeed work properly, once one uses the correct > path in all places. Great, thanks for reporting back! -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Ki

Re: [CMake] ExternalData on unmounted Windows shares?

On 11/15/2013 04:17 PM, Magnus Therning wrote: > I just reproduced it locally. Here's what I did: I tested with a local share and corresponding url template: file:127.0.0.1/share$/%(algo)/%(hash) It downloads at build time successfully for me. > 4. Move the generated "SHA file" to C:\devo

Re: [CMake] ExternalData on unmounted Windows shares?

On 11/13/2013 03:59 AM, Magnus Therning wrote: > On Tue, Nov 12, 2013 at 5:09 PM, Brad King wrote: >> Add to ExternalData_URL_TEMPLATES the entry >> >> file:share.host/foo/bar/%(algo)/%(hash) > > That still fails on the real path I have to use in the project. A

Re: [CMake] ExternalData on unmounted Windows shares?

On 11/12/2013 08:43 AM, Magnus Therning wrote: > Is there some way to point to an unmounted Windows share? Add to ExternalData_URL_TEMPLATES the entry file:share.host/foo/bar/%(algo)/%(hash) Since it is accessible through filesystem APIs you could also set ExternalData_OBJECT_STORES to c:

Re: [CMake] [cmake-developers] Forwarding parameters to cmake through cmake-gui

On 11/06/2013 02:55 PM, physhh . wrote: > How should we proceed? I think Mathew understood what's my problem. This thread has covered use cases in which it makes sense to apply (or not apply) command-line parameters in cmake-gui for various cases. No one automatic behavior is going to satisfy eve

Re: [CMake] [cmake-developers] Forwarding parameters to cmake through cmake-gui

On 11/04/2013 03:47 PM, David Cole wrote: > ccmake and cmake-gui *should* behave (in *my* opinion) as follows: > - on startup, load the CMakeCache.txt values (if there are any) from > the previous run > - then apply the -D arguments so that any -D arguments given on the > command line overwrite p

Re: [CMake] 2.8.11: CMAKE_COMPILER_IS_GNUCC AND CMAKE_COMPILER_IS_GNUCXX Value Changed

On 10/16/2013 12:56 PM, Giordano Khouri wrote: > Looking at the source code, a check is first made for __clang__ > and sets CMAKE__COMPILER_ID to “Clang”. Yes. > If you are using CMake 2.8.12, you can even get “AppleClang” > to further differentiate it. AppleClang was introduced just after 2.8.1

Re: [CMake] unset(PARENT_SCOPE)

On 09/17/2013 02:00 PM, James Bigler wrote: > If there is a set(PARENT_SCOPE) why isn't there an unset(PARENT_SCOPE)? > It seems like a hole in the API. Yes, I'll look at adding it. You should be able to use set(var PARENT_SCOPE) to unset. The unset command is mostly a readability convenience

Re: [CMake] try_run or similar to find available Fortran integer kinds

On 09/19/2013 04:03 PM, Zaak Beekman wrote: > I think what I need to do is create a test program and use try_run() > and then configure_file() If a runtime check is really necessary then something like this will be needed. However, see Yngve's sibling response. Is your original message saying th

Re: [CMake] [cmake-developers] CMake 2.8.12-rc2 FindHDF5 issues

On 09/17/2013 06:16 PM, Clinton Stimpson wrote: > I've narrowed it down to a regression caused by 04d4dc33. The following should fix this: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0f05961f See the commit message for an explanation. Please test and let me know. Thanks, -Brad -- Powe

Re: [CMake] Building cmake-gui on windoze from scratch...

On 09/10/2013 08:33 PM, Dick Munroe wrote: > It appears to work. Great, thanks for reporting back. -Brad -- 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 services to support the CMake community.

Re: [CMake] Building cmake-gui on windoze from scratch...

On 9/10/2013 5:10 PM, Brad King wrote: > On 09/10/2013 04:56 PM, Dick Munroe wrote: >> VS 2010 complains about a the project being created by a later version >> of the compiler which would indicate that the intelVersion is wrong when >> the project is generated. > > W

Re: [CMake] Building cmake-gui on windoze from scratch...

On 09/10/2013 04:56 PM, Dick Munroe wrote: > VS 2010 complains about a the project being created by a later version > of the compiler which would indicate that the intelVersion is wrong when > the project is generated. What version do you actually see in the .vfproj files? -Brad -- Powered by

Re: [CMake] Building cmake-gui on windoze from scratch...

On 09/10/2013 11:37 AM, Dick Munroe wrote: > However, given that the version of Intel Fortran that actually uses 9.10 > as a project format is very, very old I would strongly suggest > defaulting the intelVersion string to: > > intelVersion - "11.0" ; Thanks. I constructed a change based on th

Re: [CMake] Building cmake-gui on windoze from scratch...

On 09/07/2013 08:40 AM, Dick Munroe wrote: > Anyway, I'm trying to use the latest version of Intel Fortran which is > V14. As usual, cmLocalVisualStudio7Generator has to be updated to > include yet another check for version Can you please provide the patch for that so we can integrate it upstre

Re: [CMake] Fortran program linked with C++ library

On 09/03/2013 01:57 PM, Marcin Wojdyr wrote: > On 3 September 2013 15:46, Brad King wrote: >> One way to do this is to tell CMake that the library uses C++ >> using the IMPORTED_LINK_INTERFACE_LANGUAGES property on an > > That's what I was looking for, but for me inste

Re: [CMake] Fortran program linked with C++ library

On 08/31/2013 10:50 AM, Marcin Wojdyr wrote: > What's the best practice for linking Fortran program with C++ library? > The library is external, built using autotools, either dynamic or static. > > The problem is that runtime c++ library is not linked when the library > is static. > I though that

Re: [CMake] [cmake-developers] CMake 2.8.12-rc1 Released

On 08/22/2013 04:39 PM, Alexander Neundorf wrote: > Beside that, I played around with it a bit. > If 2.8.12 is required, it errors out, as documented. > > If I use 2.8.12 and require 2.8.11: [snip] > So this seems to behave differently than in 2.8.11 even if 2.8.11 is required > (and so the polic

Re: [CMake] syntax error?

On 08/15/2013 09:09 AM, Brad King wrote: > Fixed and test added: > > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9040ec91 Actually another side effect of the previous behavior that is good to fix is in a case like this: message(STATUS a # oops, forgot close paren message

Re: [CMake] syntax error?

On 08/15/2013 07:40 AM, David Cole wrote: > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b2ac3463b5ef5dfd3fc662c12cdd177e5dc1 > > git says it's only in 'next' and 'nightly' so far: Actually that one was rewritten and is in master: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=58e

Re: [CMake] 2.8.11.2, Visual Studio 9 2008 Win64?

Patrick, On 08/01/2013 01:41 PM, David Cole wrote: > He's probably just looking for the generator itself in the cmake > --help output. They are listed in the dropdown gui if you use cmake-gui... > > The Win64 generators are not listed explicitly in the command line > --help output anymore, altho

Re: [CMake] Generator Toolset fails

On 6/13/2013 4:36 PM, Malfettone, Kris wrote: > Just wanted to add some extra information. I found a way to work around > the problem by first generating with: > cmake –G "Visual Studio 11" > > Then reconfiguring directly after with: > cmake –G "Visual Studio 11" -DCMAKE_GENERATOR_TOOLSET=v100

Re: [CMake] Fortran MinGW on Windows

On 05/31/2013 04:49 PM, Leek, Jim wrote: > CmakeCXXCompiler.cmake: > set(CMAKE_CXX_IMPLICIT_LINK_LIBRARIES > "stdc++;mingw32;moldname;mingwex;msvcrt;advapi32;shell32;user32;kernel32;mingw32;moldname;mingwex;msvcrt") > > CmakeFortranCompiler.cmake: > set(CMAKE_Fortran_IMPLICIT_LINK_LIBRARIES > "g

Re: [CMake] Fortran MinGW on Windows

On 05/31/2013 01:35 PM, Alain Leblanc wrote: > What happens when enable_language(Fortran) is invoked and CMake > can not find the gfortran shared libraries? CMake does not actually search for the libraries. It runs the Fortran compiler front-end to build a test executable and passes options to as

Re: [CMake] Fortran MinGW on Windows

On 05/31/2013 05:47 AM, Leek, Jim wrote: > Oh, if there any cmake way to get the fortran link flags > I need to pass to g++? I know -lgfortran is all I need in > this case, but if there was a generic way to get cmake to > figure it out for me, that would be nice. CMake is supposed to figure this o

Re: [CMake] Multiple versions of ITK in one build?

On 05/28/2013 11:38 AM, Zamir Khan wrote: > I should probably clarify the situation (I'm not sure I provided enough info > up front). The larger dependencies like ITK are pre-built (I guess one would > assume this; we don't rebuild ITK or VTK with every build of our project). So > I thought it w

Re: [CMake] Bug in cmake 2.8.11 when detecting sgemm function from MKL 11.0

On 05/24/2013 04:24 PM, Brad King wrote: > It does not individually re-quote the library names so when the > generated CMakeLists.txt file is parsed it separates on spaces. Fixed: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e65ef08b -Brad -- Powered by www.kitware.com Visit

Re: [CMake] Bug in cmake 2.8.11 when detecting sgemm function from MKL 11.0

On 05/24/2013 04:20 PM, Brad King wrote: > The failure "git bisect"s to this commit: > > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=236133e7 The problem is in this code: ... libsToLink += argv[i] + " "; ... fprintf(fout, &q

Re: [CMake] Bug in cmake 2.8.11 when detecting sgemm function from MKL 11.0

On 05/23/2013 02:58 PM, Bogdan Cristea wrote: > Attached you shall find the test file Thanks, Bogdan. Stephen, I can reproduce this on Linux using code of the form include(CheckFunctionExists) set(CMAKE_REQUIRED_LIBRARIES "/path/with space/libfoo.a") check_function_exists("foo" HAVE_FOO) The

Re: [CMake] Bug in cmake 2.8.11 when detecting sgemm function from MKL 11.0

On 05/23/2013 12:59 PM, Bogdan Cristea wrote: > I have noticed that the latest cmake release, 2.8.11, does not detect sgemm > using check_function_exists macro from mkl_rt.lib library. The error message > says; > > Cannot find C:\Program.obj > > It seems to me that the paths with spaces are no

Re: [CMake] "cmake --build ." and colors

On 05/04/2013 08:12 AM, Leif Walsh wrote: > I think the colors and carriage returns (without line feeds) are lost > because the build tool sees its controlling terminal is cmake, not a > real terminal program capable of showing color or redrawing, so it > doesn't output them. Cmake may be logging t

Re: [CMake] Fortran Module dependency inside a preprocessor conditional

On 05/15/2013 04:10 PM, Mark Cianciosa wrote: > I have a fortran code that I'm compiling twice to generate two libraries. > There is a USE statement inside a preprocessor conditional. It looks like > cmake is not picking up the dependency because of it. The code in question is > > SUBROUTI

Re: [CMake] Compiling Fortran Modules And

On 05/13/2013 02:08 PM, Pritchett-Sheats, Lori wrote: > IMPLICIT_DEPENDS Fortran "${F_file}" The custom command is running a C preprocessor, not a Fortran compiler, so use "IMPLICIT_DEPENDS C". > list(APPEND PGSLibIface_SOURCE_FILES ${new_file_f90}) Do you mean to append to F90Library_S

Re: [CMake] Missing CMAKE_CONFIGURATION_TYPES with project NONE on Windows

On 05/14/2013 10:28 AM, Paul Smith wrote: > On Tue, 2013-05-14 at 09:51 -0400, Brad King wrote: >> On 05/10/2013 11:14 AM, Brad King wrote: >>> OTOH the Xcode generator just initializes all four configurations >>> in EnableLanguage up front: >>> >>> &

Re: [CMake] Missing CMAKE_CONFIGURATION_TYPES with project NONE on Windows

On 05/10/2013 11:14 AM, Brad King wrote: > OTOH the Xcode generator just initializes all four configurations > in EnableLanguage up front: > > > http://cmake.org/gitweb?p=cmake.git;a=blob;f=Source/cmGlobalXCodeGenerator.cxx;hb=v2.8.10.2#l182 I've now taught the VS gene

Re: [CMake] Missing CMAKE_CONFIGURATION_TYPES with project NONE on Windows

On 05/10/2013 11:23 AM, Paul Smith wrote: > Is there any way to work around this? I've tried setting > CMAKE_CONFIGURATION_TYPES before project() Make sure you set it as a cache entry: set(CMAKE_CONFIGURATION_TYPES "Debug;Release;MinSizeRel;RelWithDebInfo" CACHE STRING "Supported configs"

Re: [CMake] Missing CMAKE_CONFIGURATION_TYPES with project NONE on Windows

On 05/10/2013 10:31 AM, Paul Smith wrote: > I've separated my project statement from: > > project(MyProject C CXX) > > into: > > project(MyProject NONE) > enable_language(C) > enable_language(CXX) > > on Windows (VS 10 Win64 generator): > > CMAKE_CONFIGURATION_TYPES:STRING=Debug;Rele

Re: [CMake] Recursive object libraries

On 05/09/2013 11:12 AM, Jonathan Anderson wrote: > I've attached a CMakeLists.txt file that demonstrates what > I want to do (and what I can do with my patch). Thanks, that makes sense. Does "add_library(... SHARED OBJECT ...)" work? I think you mean to set the POSITION_INDEPENDENT_CODE target p

Re: [CMake] Recursive object libraries

Hi Jon, Thanks for looking at this. On 05/09/2013 09:42 AM, Jonathan Anderson wrote: > I have created a patch that seems to provide the functionality > that I want (attached). The patch looks interesting. We'll need it to include documentation and tests for the feature before acceptance. First

Re: [CMake] "Cannot restore timestamp" error on Windows

On 04/29/2013 04:37 PM, Raffi Enficiaud wrote: > - process 1 is accessing generate.stamp for reading Nothing ever reads the file. Only its existence and modification time matter. > - process 2 is moving some "tmpfile" to generate.stamp -> race The only race was for multiple processes simultaneo

Re: [CMake] "Cannot restore timestamp" error on Windows

On 04/29/2013 10:53 AM, Raffi Enficiaud wrote: > I read the content of the change in the link you provided, and I have a > newbie question: > Why not using one timestamp (different filename) per library/binary/project? The current approach evolved historically. A per-target approach would proba

Re: [CMake] 2.8.11-rc3 generator expression error

On 04/25/2013 03:34 AM, Stephen Kelly wrote: > I haven't had time to investigate fully, but this patch should 'fix' the > problem: [snip] > I'll investigate later to see if it's the right fix and why. Great! I've turned that patch into this commit: http://cmake.org/gitweb?p=cmake.git;a=commitd

Re: [CMake] 2.8.11-rc3 generator expression error

Stephen, I am able to reproduce this with the simple test case shown below in any multi-config generator (VS IDE and Xcode). On 04/24/2013 11:27 AM, Brad King wrote: > On 04/24/2013 09:11 AM, Paul Smith wrote: >> The package I'm trying to build is here, FWIW: >> >> http

Re: [CMake] 2.8.11-rc3 generator expression error (was: "Cannot restore timestamp" error on Windows)

On 04/24/2013 09:11 AM, Paul Smith wrote: > On Wed, 2013-04-24 at 09:02 -0400, John Drescher wrote: >>> I installed it and it ran one time and I didn't see the error, but it's >>> intermittent so that's not definitive. Unfortunately one of my cmake >>> files failed (later on; this is a cmake file

Re: [CMake] "Cannot restore timestamp" error on Windows

On Sun, Apr 21, 2013 at 12:32 AM, Paul Smith wrote: > I looked up this message and found another report of this error which > was purported to be fixed in cmake by this patch: > > commit 2dc17f88dd2de900154f153f521b803ec9b7c377 > Author: Brad King > Date: 2013-02-12 1

Re: [CMake] Binary directory on different drive

On 04/19/2013 07:08 PM, Robert Dailey wrote: > C:\work\buildlibrary > Instead of: > C:\work\build\library > > The slash between "build" and "library" is missing. Any reason for > this? It doesn't do it if the source & binary directories are on the > same drive letter. Almost certainly this is:

Re: [CMake] patch proposal for PythonInterp

On 04/11/2013 04:05 PM, Yngve Inntjore Levinsen wrote: > On 11. april 2013 21:31, Matthew Woehlke wrote: >>> Where do I submit the merge request? Open a bug report? >> >> I would recommend following the 'share a topic' instructions at >> http://www.cmake.org/Wiki/CMake/Git/Develop. > > Thanks for

Re: [CMake] Cross Compile MySQL Connector/C for Linux/PowerPC architecture using CMake - Failure

On 3/19/2013 5:51 PM, Niranjan M wrote: > --debug-trycompile ... > -- Detecting C compiler ABI info > Unable to find the executable at any of: > > DIR/mysql-connector-c-6.0.2/CMakeFiles/CMakeTmp/cmTryCompileExec > DIR/mysql-connector-c-6.0.2/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec >

Re: [CMake] please review: fix UseJava.cmake to support dependent jars

On 03/17/2013 09:14 AM, Nicolas Desprès wrote: > He said that the project is not broken by the new patches. Great, thanks for taking the time to report back! -Brad -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Pleas

Re: [CMake] please review: fix UseJava.cmake to support dependent jars

On 03/14/2013 10:47 AM, Matthew Woehlke wrote: > This is now pushed to stage/fix-java-jar-depends. If someone > knowledgeable could have a look, that would be much appreciated. Andreas, Nicholas? Thanks, -Brad -- Powered by www.kitware.com Visit other Kitware open-source projects at http://ww

Re: [CMake] IMPORTED_LINK_DEPENDENT_LIBRARIES not working anymore?

On 03/14/2013 12:43 AM, James Bigler wrote: > I'm not sure what the expected behavior is supposed to be IMPORTED_LINK_DEPENDENT_LIBRARIES is not about transitive linking. That is IMPORTED_LINK_INTERFACE_LIBRARIES. The former is only for implementation dependencies of a shared library that are not

Re: [CMake] Problem with generated source files and Fortran90 modules

On 03/13/2013 09:33 AM, Julien Bigot wrote: > This might also be related to the fact that all uses of the module are > included inside #ifdef MYMACRO ... #endif where MYMACRO is defined with > set_property(SOURCE usegen.f90 APPEND PROPERTY > COMPILE_DEFINITIONS_DEBUG MYMACRO) Yes, I think that i

Re: [CMake] Problem with generated source files and Fortran90 modules

On 03/11/2013 06:41 AM, Julien Bigot wrote: > add_custom_command(OUTPUT "${CMAKE_BINARY_DIR}/gen.f90" > COMMAND bash ARGS "${CMAKE_SOURCE_DIR}/gen.f90.sh" ">" > "${CMAKE_BINARY_DIR}/gen.f90" > MAIN_DEPENDENCY "${CMAKE_SOURCE_DIR}/gen.f90.sh" > VERBATIM > ) > add_library(mylib STA

Re: [CMake] ctest_update with git fetch --tags (was: ctest & git submodules)

On 02/28/2013 11:11 AM, NoRulez wrote: > I've attached the two log files, can you take a look on it? After running "git fetch" CMake reads .git/FETCH_HEAD to determine what branch is intended for merge (just as pull does). This is the same as "git pull --tags" failing. You need to specify the re

Re: [CMake] ctest & git submodules

On 02/28/2013 10:34 AM, NoRulez wrote: > Yes, it is the command which I want. > > On the command line the same command works in the source tree. > > The command only fails during the CTest run if I set the option. Read Testing/Temporary/LastUpdate*.log in the test build tree for verbose detai

Re: [CMake] ctest & git submodules

On 02/28/2013 02:38 AM, NoRulez wrote: > But if I set the option: > set(CTEST_GIT_UPDATE_OPTIONS "--tags") > > Then I get the following error message: > Update command failed: "C:/Program Files/Git/cmd/git.cmd" "fetch" "--tags" Isn't that the command you want? Perhaps it really fails. Try runnin

Re: [CMake] ctest & git submodules

On 02/27/2013 12:36 AM, NoRulez wrote: > I think for the --tags option it is the same, isn't it? > > How can I set such option for the checkout/update command? The --tags option belongs to "git fetch" and extra flags can be added for that by setting CTEST_GIT_UPDATE_OPTIONS before calling ctest_u

Re: [CMake] ctest & git submodules

On 2/26/2013 2:52 PM, Jean-Christophe Fillion-Robin wrote: > +1 to add these into CTest :) What would be the argument against it ? Not every project wants every submodule checked out all the time. A major use case for them is to have an umbrella project with many submodules and the developer may o

Re: [CMake] Parellel Visual Studio builds of targets in the same CMakeLists.txt sometimes fail

On 11/05/2012 05:48 PM, Todd Greer wrote: > in parallel, these targets sometimes seem to collide, yielding an error like > this: > > CUSTOMBUILD : CMake error : Cannot restore timestamp > \CMakeFiles\generate.stamp FYI, I've fixed this in upstream CMake here: VS: Replace generation timestamp

Re: [CMake] Fortran_MODULE_DIRECTORY ignored in second subdir

On 02/12/2013 08:15 AM, Petr Kmoch wrote: > project(Top) # No Fortran here [snip] > My real setup doesn't really allow me to enable Fortran in the > toplevel project; is there a way to make this work without that? CMake simply doesn't support this case right now. The language initialization store

Re: [CMake] Visual studio november CTP compiler?

On 02/03/2013 12:54 PM, terje loe wrote: > set_target_properties(MyTarget PROPERTIES PLATFORM_TOOLSET "v120_CTP_Nov2012") > > I don't know if this is the correct way to do it, but if it is it would > be cool if it was implemented.. or some other solution. There are similar feature requests in the

Re: [CMake] CMake 2.8.10 with Xcode 4.4.1

On 01/21/2013 08:59 PM, Asmodehn Shade wrote: > Is there any news on that ? Sorry, I had this on my todo list to try to reproduce and it slipped through the cracks. > From what I understand the CMAKE_OSX_SYSROOT variable is mandatory > to specify the base SDK, and therefore to be able to build a

Re: [CMake] CMake 2.8.10 with Xcode 4.4.1

On 01/13/2013 09:37 PM, Asmodehn Shade wrote: > bash-3.2$ xcodebuild Tutorial.xcodeproj/ > === BUILD AGGREGATE TARGET ZERO_CHECK OF PROJECT Tutorial WITH THE > DEFAULT CONFIGURATION (Debug) === > Check dependencies > unsupported build action 'Tutorial.xcodeproj' Th

Re: [CMake] Object library doesn't work with CMake 2.8.10.2 Xcode generator

On 01/03/2013 04:33 PM, Bin Chen wrote: > clang: error: no such file or directory: > '/Users/bchen/share/temp/cmake-obj-lib/b-xcode/Debug/liba.a' > clang: error: no such file or directory: > '/Users/bchen/share/temp/cmake-obj-lib/b-xcode/Debug/libb.a' Xcode does not seem to recognize targets tha

Re: [CMake] CC, CXX (& Fortran) compiler version - CMake macros wanted

On 12/11/2012 04:20 PM, Ilias Miroslav wrote: > I appreciate your efforts resulting into the introduction of > the CMAKE_[C|CXX]_COMPILER_VERSION variables Thanks. > However, I would need also the CMAKE_Fortran_COMPILER_VERSION variable. It was not left out by accident. It cannot be computed u

Re: [CMake] [PATCH] Optionally skip link dependencies on shared library files

On 10/26/2012 11:22 AM, Leif Walsh wrote: > On Oct 26, 2012, at 11:13, Brad King wrote: > >> On 10/26/2012 10:39 AM, Leif Walsh wrote: >>> Sure thing. Can you let me know where to find an example test? I'll pattern >>> match one over the weekend. >> >

Re: [CMake] OSX deployment target confusion for 2.8.10

On 11/07/2012 04:13 PM, Matthew Brett wrote: >> We can warn about it though. Try adding something like this to the end >> of CMake's Modules/Platform/Darwin.cmake: >> >> if(IS_DIRECTORY "${CMAKE_OSX_SYSROOT}/Library/Frameworks" AND >>IS_SYMLINK "${CMAKE_OSX_SYSROOT}/Library/Frameworks/Framewor

Re: [CMake] OSX deployment target confusion for 2.8.10

On 11/07/2012 03:41 PM, Matthew Brett wrote: > I was probably thinking of the problem in the same way as you are, > which is: how can I make sure that the build works or fails gracefully > for someone else if they have the same problem? I'm not interested in spending much time trying to make the b

Re: [CMake] OSX deployment target confusion for 2.8.10

On 11/07/2012 03:14 PM, Matthew Brett wrote: > http://bugs.python.org/issue14018 Great, that is exactly this issue. > - I guess that explains it... Hum, how frustrating to have to worry > about the bad symlink. Yes. You'll have to fix them locally. Thanks for reporting back. -Brad -- Powere

Re: [CMake] OSX deployment target confusion for 2.8.10

On 11/06/2012 03:29 PM, Matthew Brett wrote: > $ ls /Library/Frameworks | grep Qt > Qt3Support.framework > QtCore.framework Okay. > $ ls -al /Developer/SDKs/MacOSX10.6.sdk/Library/Frameworks/ > total 8 > drwxr-xr-x 4 root wheel 136 Jul 13 21:21 . > drwxr-xr-t 3 root wheel 102 Feb 14 2011 .

Re: [CMake] OSX deployment target confusion for 2.8.10

On 11/06/2012 01:37 PM, Matthew Brett wrote: > I've attached the diff of the configs. The diff for generator/CMakeFiles/shiboken.dir/link.txt shows identical link lines except that 2.8.10 adds -isysroot /Developer/SDKs/MacOSX10.6.sdk to honor the CMAKE_OSX_SYSROOT. The change was here: http:

Re: [CMake] OSX deployment target confusion for 2.8.10

On 11/05/2012 08:31 PM, Matthew Brett wrote: > Linking CXX executable shiboken > ld: framework not found QtCore > collect2: ld returned 1 exit status > make[2]: *** [generator/shiboken] Error 1 > make[1]: *** [generator/CMakeFiles/shiboken.dir/all] Error 2 > make: *** [all] Error 2 > > I get no su

Re: [CMake] OSX deployment target confusion for 2.8.10

On 11/04/2012 07:59 PM, Bradley Giesbrecht wrote: > The problem is in commit e7e613e. Patching Darwin.cmake back to revision > 43b74793 solves the problem. > > The breakage is here: > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e7e613efbf1da45a2a9e51d11a4022589d79c642 Thanks for tracking

Re: [CMake] [PATCH] Optionally skip link dependencies on shared library files

On 10/26/2012 10:39 AM, Leif Walsh wrote: > Sure thing. Can you let me know where to find an example test? I'll pattern > match one over the weekend. Most CMake tests just verify that binaries build correctly. The "Tests/BuildDepends" test is the only one that actually tests rebuild behavior. I

Re: [CMake] [PATCH] Optionally skip link dependencies on shared library files

On 10/26/2012 09:43 AM, Leif Walsh wrote: > This is exactly what I wanted, and the results were incredible. Thanks for testing. I've merged it to our 'next' branch in Git: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ed976313 We still need to add a test before it can be merged for inclus

[CMake] [PATCH] Optionally skip link dependencies on shared library files

Add target property LINK_DEPENDS_NO_SHARED and initialization variable CMAKE_LINK_DEPENDS_NO_SHARED to enable this behavior. Suggested-by: Leif Walsh --- On 08/03/2012 04:57 PM, Leif Walsh wrote: > On 3 Aug, 2012, at 4:44 PM, Andreas Pakulat wrote: >> Actually no, adding new public API, changin

Re: [CMake] Need cmake to work on AIX 5.3

On 10/10/2012 02:27 PM, Arindam Mukherjee wrote: > On Wed, Oct 10, 2012 at 8:51 PM, Brad King wrote: >> $ head -1 cmake_aix/CMakeFiles/CompilerIdC/CMakeCCompilerId.c >> ifdef __cplusplus >> >> http://www.cmake.org/Bug/view.php?id=13149 >> http://cmake.org/

Re: [CMake] link errors using OpenMP

On 10/08/2012 05:30 PM, Matthew Woehlke wrote: > When I write a simple program using OpenMP, with a CMakeLists.txt like: > > find_package(OpenMP REQUIRED) > add_definitions(${OpenMP_CXX_FLAGS}) > add_executable(foo foo.cpp) The value of OpenMP_CXX_FLAGS is CXX flags, not definitions. Try: set(

Re: [CMake] Need cmake to work on AIX 5.3

On 10/10/2012 06:11 AM, Arindam Mukherjee wrote: > Here are the files. The first line of this file is missing the leading '#': $ head -1 cmake_aix/CMakeFiles/CompilerIdC/CMakeCCompilerId.c ifdef __cplusplus That means you've hit the issue reported here: http://www.cmake.org/Bug/view.php?id=1

Re: [CMake] [cmake-developers] setting LINKER_LANGUAGE still adds -lstdc++

On 10/09/2012 01:59 AM, James Bigler wrote: > On Mon, Oct 8, 2012 at 10:40 PM, James Bigler > wrote: > In my project I need to manually link against a special version of libstdc++ > add_library(a SHARED a.cpp) > set_target_properties(a PROPERTIES LINKER_LANGUA

Re: [CMake] Can I make the dependency scanner only look in certain include directories?

On 10/04/2012 12:38 PM, Dan Furlani wrote: > Thanks for the response. I considered that, it would solve the > problem for the codegen, but then CMake wouldn't be aware of the > (legitimate) dependency when it builds the program code. If you hide it behind a function-like macro then you can use th

Re: [CMake] Can I make the dependency scanner only look in certain include directories?

On 10/03/2012 07:57 PM, Dan Furlani wrote: > #ifndef CODEGEN > #include "GeneratedFile.h" > #endif As you point out CMake does not actually preprocess the sources. You can hide includes from it like this: #ifndef CODEGEN # define CODEGEN_GeneratedFile_h "GeneratedFile.h" # include CODEGEN_Gener

Re: [CMake] CMake and OS X compiler tools without SDK

On 09/21/2012 12:36 PM, David Gobbi wrote: > Thanks, I just did a build of VTK under XCode 4.5 with cmake-next and > it no longer sets the CMAKE_OSX_SYSROOT to a non-existent > /Developer/SDKs/MacOSX10.7.sdk. And with my old XCode 3.2 system, > it _does_ find and use the existing MacOSX10.6.sdk.

Re: [CMake] CMake and OS X compiler tools without SDK

On 09/20/2012 06:28 PM, Sean McBride wrote: > On Thu, 20 Sep 2012 16:16:19 -0600, David Gobbi said: > >>> You sure? I'm pretty sure the 4.4 command line tools didn't need >> Xcode.app either. >> >> Could be. I'm still using XCode 3.2 on my own box. It's the people >> working under me who are us

Re: [CMake] Cmake on Cgwin and WIN32 (actually cmake_minimum_required)

On 08/19/2012 01:15 AM, Thomas Nilsson wrote: > Cmake no longer defines WIN32 on Cygwin. That's alright. However, in the > message you get when ccmake-ing it says: > > "or set the minimum required version of CMake to 2.8.4 or higher" > > I added > > cmake_minimum_required(VERSION 2.8

Re: [CMake] cmake output file naming

On 8/17/2012 5:03 AM, Sumit Adhikari wrote: > I have particular problem with the cmake generated output file naming > conventions (like myfile.cpp.o, myfile.cpp.gcno, ). Object file names are computed in a deterministic manner based only on the source file name and location. The object name m

Re: [CMake] [Debichem-devel] Bug#680825: gromacs: FTBFS: mv: cannot stat `/«PKGBUILDDIR»/debian/gromacs-mpich/usr/lib/*.so': No such file or directory

On 07/11/2012 02:55 PM, Brad King wrote: > This hunk: > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=7ced0732#patch4 > Seems to have reversed a previous fix: > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=43cad3e4 > of a problem similar to what we observe here. Thi

Re: [CMake] [Debichem-devel] Bug#680825: gromacs: FTBFS: mv: cannot stat `/«PKGBUILDDIR»/debian/gromacs-mpich/usr/lib/*.so': No such file or directory

On 07/11/2012 02:29 PM, Brad King wrote: > Try adding the flag > > -DCMAKE_INSTALL_DEFAULT_COMPONENT_NAME=Unspecified > > to the CMake configuration step to work around the problem. Nevermind about this workaround. I had tested it with a leftover build of a "good"

<    1   2   3   4   5   6   7   8   9   10   >