[CMake] ExternalProject, BundleUtilities, CPack, and RPath management

I am contemplating attempting to use ExternalProject_Add and fixup_bundle to improve the long term maintainability of a large software product, but there are some implications that are potentially involved and I'd like to ask if anyone in the CMake community can offer insight. The design

Re: [cmake-developers] Future of ccmake and cmake-gui and internationalization

On Thu, Aug 17, 2017 at 2:27 AM, Eric Wing wrote: >> Hi Eric: >> >> My opinion is your point about size is weak because IUP normally depends on >> a big suite of graphical libraries in the GTK+ case or a big set of >> system libraries such as GDI/GDI+/Uniscribe or

Re: [cmake-developers] Is there a way in CMake to get a list of all CTest tests added with add_test?

On Mon, Oct 3, 2016 at 2:25 PM, Brad King <brad.k...@kitware.com> wrote: > On 10/03/2016 12:14 PM, Clifford Yapp wrote: >> so what we need is not actually the test names themselves, >> but a list of the executables used to run tests that are also defined >> as build ta

Re: [cmake-developers] Is there a way in CMake to get a list of all CTest tests added with add_test?

On Mon, Oct 3, 2016 at 11:21 AM, Brad King <brad.k...@kitware.com> wrote: > On 10/03/2016 11:17 AM, Clifford Yapp wrote: >> One of the functions we are wrapping in our build with CMake's "_" >> prefix debugging mechanism is add_test. Looking at why we do that, it

[cmake-developers] Is there a way in CMake to get a list of all CTest tests added with add_test?

One of the functions we are wrapping in our build with CMake's "_" prefix debugging mechanism is add_test. Looking at why we do that, it should be possible to avoid wrapping if we can get access in CMake to the list of all test build targets defined with add_test. Essentially, we need to add them

[CMake] Getting at the final compiler/linker string for a given library

Does anyone know if there's a way, given the full path find_package result: /usr/lib/libfoo.so to have CMake report what the eventual "-lfoo" entry will be on the compiler/linker line? I need to report out that information into a file independent of CMake's logic, and so far I haven't been able

Re: [cmake-developers] Listing all targets

On Mon, Sep 14, 2015 at 1:47 PM, Stephen Kelly wrote: > Brad King wrote: > >> On 09/14/2015 11:46 AM, David Cole wrote: >>> (1) I see how I can easily move "COMPONENTS" from >>> cmGetCMakePropertyCommand::InitialPass to cmState::GetGlobalProperty >>> because I can access the

Re: [cmake-developers] Listing source-tree files encountered

On Mon, Jul 20, 2015 at 4:42 PM, Ben Boeckel ben.boec...@kitware.com wrote: For testing these properties, what would you suggest? They're intended to report local configure-time absolute paths, which can't be hard coded... is it enough to check them to make sure they're not empty or is there

Re: [cmake-developers] Capturing messages to log files

On Mon, Jul 20, 2015 at 9:36 AM, Brad King brad.k...@kitware.com wrote: On 07/18/2015 03:45 PM, Clifford Yapp wrote: Am I correct that cmSystemTools::Message is the gateway through which all of the console output from CMake exits? If so, perhaps the simplest thing to do is simply allow

Re: [cmake-developers] Listing source-tree files encountered

On Mon, Jul 20, 2015 at 9:33 AM, Brad King brad.k...@kitware.com wrote: That looks good to me. Please extend the patch to also do BINARY_DIR for completeness and also to update the documentation to cover the new properties. The Tests/RunCMake/get_property test should be updated to cover

Re: [cmake-developers] Listing source-tree files encountered

With David's patch and the above SOURCE_DIR property, it looks like the necessary pieces are now present for target + source processing. A quick test: get_cmake_property(target_list TARGETS) list(SORT target_list) foreach(targ ${target_list}) get_target_property(ttype ${targ} TYPE) if (NOT

Re: [cmake-developers] Listing source-tree files encountered

On Sat, Jul 18, 2015 at 5:30 AM, Florent Castelli florent.caste...@gmail.com wrote: I've used that once and you end up with the relative path to the sources from the CMakeLists.txt. If you're in another CMakeLists.txt, then you can't use the paths directly. I tried a few properties but I

Re: [cmake-developers] Capturing messages to log files (was: Wrapping functions in CMake)

On Wed, Jul 15, 2015 at 9:10 AM, Brad King brad.k...@kitware.com wrote: On 07/09/2015 01:53 PM, Clifford Yapp wrote: Actually, thinking about that, what's really needed is not an in-memory log but a way to specify log files, since an unexpected crash or exit is not a situation under which

Re: [cmake-developers] Listing source-tree files encountered

On Sat, Jul 18, 2015 at 1:49 PM, Clifford Yapp cliffy...@gmail.com wrote: On Sat, Jul 18, 2015 at 5:30 AM, Florent Castelli florent.caste...@gmail.com wrote: I've used that once and you end up with the relative path to the sources from the CMakeLists.txt. If you're in another CMakeLists.txt

Re: [cmake-developers] Listing all targets (was: Wrapping functions in CMake)

On Fri, Jul 17, 2015 at 6:05 PM, David Cole dlrd...@aol.com wrote: Attached is a patch file of my first attempt. I can iterate some more on this (better testing, add docs, clarify existing docs, address anybody's comments, submit to stage) next week. Attached now in case anybody wants to try

Re: [cmake-developers] Listing source-tree files encountered

On Fri, Jul 17, 2015 at 11:50 AM, Brad King brad.k...@kitware.com wrote: On 07/15/2015 10:38 PM, Clifford Yapp wrote: Lists that contains a verbatim collection of all path specifiers, regardless of form, that are passed to the various add_* targets would be enough, I think - it'd then be up

Re: [cmake-developers] Listing all targets (was: Wrapping functions in CMake)

On Wed, Jul 15, 2015 at 9:10 AM, Brad King brad.k...@kitware.com wrote: On 07/10/2015 03:42 PM, Clifford Yapp wrote: On Thu, Jul 9, 2015 at 1:35 PM, Clifford Yapp cliffy...@gmail.com wrote: 2. Provide similar lists of all defined targets for the various types (e.g. CMAKE_EXECUTABLE_TARGETS

Re: [cmake-developers] Capturing messages to log files (was: Wrapping functions in CMake)

On Wed, Jul 15, 2015 at 9:10 AM, Brad King brad.k...@kitware.com wrote: On 07/09/2015 01:53 PM, Clifford Yapp wrote: Actually, thinking about that, what's really needed is not an in-memory log but a way to specify log files, since an unexpected crash or exit is not a situation under which

Re: [cmake-developers] Listing source-tree files encountered (was: Wrapping functions in CMake)

On Wed, Jul 15, 2015 at 9:10 AM, Brad King brad.k...@kitware.com wrote: On 07/09/2015 01:35 PM, Clifford Yapp wrote: 1. First, we need to maintain a list of all files in the source repository that are known to the build system. To do this we maintain a global list of files, define a custom

Re: [CMake] Problem with CMake 3.3.0-rc3

On Sat, Jul 11, 2015 at 5:07 AM, Stephen Kelly steve...@gmail.com wrote: Brad King wrote: Steve, please take a look. It looks like the cmState methods RemoveUserDefinedCommands and RenameCommand need to work better together. This needs to be fixed for 3.3. Fixed with

Re: [cmake-developers] [CMake] Problem with CMake 3.3.0-rc3

On Sat, Jul 11, 2015 at 5:07 AM, Stephen Kelly steve...@gmail.com wrote: Brad King wrote: Steve, please take a look. It looks like the cmState methods RemoveUserDefinedCommands and RenameCommand need to work better together. This needs to be fixed for 3.3. Fixed with

[CMake] Is there any way to set a build-type specific install path for multiconfig tools?

One challenge we've experienced with CMake is properly controlling the installation path when using multi-config tools like Visual Studio or Xcode. Since I'm in the middle of re-examining our more gnarly CMake logic anyway, I thought I'd raise this one and see if anybody knows of a good solution.

Re: [CMake] Is there any way to set a build-type specific install path for multiconfig tools?

On Mon, Jul 13, 2015 at 12:05 PM, David Cole dlrd...@aol.com wrote: I think this should be achievable somehow with CMAKE_INSTALL_PREFIX set to /parent_dirs and then using appropriate DESTINATION and CONFIGURATIONS arguments to the CMake install commands. Have you tried using the

Re: [cmake-developers] Wrapping functions in CMake

On Thu, Jul 9, 2015 at 1:35 PM, Clifford Yapp cliffy...@gmail.com wrote: 2. Provide similar lists of all defined targets for the various types (e.g. CMAKE_EXECUTABLE_TARGETS, CMAKE_LIBRARY_TARGETS, CMAKE_CUSTOM_TARGETS). Looking into the CMake sources, it seems like this information

Re: [CMake] Problem with CMake 3.3.0-rc3

On Mon, Jul 6, 2015 at 11:53 AM, Brad King brad.k...@kitware.com wrote: Still, if we can easily fix 3.3 to not regress existing BRL-CAD releases then we should do so. Can you use the above information to strip it down to a minimal example showing the problem? OK, more info - it looks like

Re: [cmake-developers] Wrapping functions in CMake

On Thu, Jul 9, 2015 at 1:35 PM, Clifford Yapp cliffy...@gmail.com wrote: 3. Have one or a number of variables that will hold in memory all the text written out by message (CMAKE_MESSAGES, CMAKE_STATUS_MESSAGES, CMAKE_ERROR_MESSAGES, etc.) so the CMakeLists.txt file can create log files

[cmake-developers] Wrapping functions in CMake

A problem has arisen with CMake and BRL-CAD in 3.3, and it looks like it may relate to some command overriding BRL-CAD does in order to support some of our more advanced build features. The feature we are using to do this is an unsupported debug feature, and Brad King suggested moving over to

[CMake] Problem with CMake 3.3.0-rc3

When running the BRL-CAD configure process with the latest CMake release candidate, the first configure pass completes successfully. The second pass fails almost immediately with the error: CMake Error at CMakeLists.txt:120 (configure_file): Unknown CMake command configure_file. Configuring

Re: [CMake] CTest location of executables on Windows

That got it - thank you! For future reference, anyone wanting to run ctest from a CMake target in msvc needs to have the -C $CONFIG option specified: add_custom_target(check COMMAND ${CMAKE_CTEST_COMMAND} -C $CONFIG -E check-tests) CY -- Powered by www.kitware.com Please keep messages

[CMake] CTest location of executables on Windows

We have a ctest setup in our software that runs a series of test executables , and the setup works well on Linux. When trying to run the same setup on Windows, ctest reports the following: Test project C:/Users/User/project-build Start 1: bu_test_1 Could not find executable

[CMake] Default selected build configuration when opening Visual Studio project

We have a large project defined in CMake that we generate Visual Studio solution files for, and we've noticed that even if the default build type is set to Release in CMake, the Visual Studio project still opens in Debug mode by default. Is there some setting we can enable that would make Visual

Re: [CMake] Using a toplevel CMakeList.txt to build all sub projects at once.

On Thu, Feb 6, 2014 at 1:14 AM, PCMan pcman...@gmail.com wrote: libqtxdg - a base lib required by others liblxqt - a library depends on libqtxdg lxqt-config - a tool depends on liblxqt and libqtxdg. To build lxqt-config, liblxqt and libqtxdg need to be installed first. The key is whether

Re: [CMake] AStyle or similar code beautifier

On Fri, Jan 31, 2014 at 2:01 AM, Rob McDonald rob.a.mcdon...@gmail.com wrote: All, I'm interested in adding a code beautifier to my project. I'm looking at AStyle, but am open to others. Implementing a FindAStyle.cmake is pretty trivial. Likewise, implementing custom targets is pretty

Re: [CMake] Correct way to make an arbitrary file trigger a reconfigure...

On Tue, Oct 15, 2013 at 10:16 AM, Malfettone, Kris kris.malfett...@sig.com wrote: As a side note, it might be nice to add a function to cmake along the lines of add_cmake_cache_dependency(…) or some better name that just adds the dependency without having to configure a dummy file. +1 nice

Re: [CMake] CMake in Vim

On Thu, Sep 26, 2013 at 4:39 PM, Jacky Alciné jackyalc...@gmail.com wrote: Hey all, I’ve been working on a Vim plug-in for Cmake. It provides a bit of support but it’s on the rise and I’d love to hear from the Vim + Cmake users about it. http://jalcine.github.io/cmake.vim/ Cheers! So we

Re: [CMake] CMake 2.8.12-rc1 Released

On Mon, Aug 26, 2013 at 9:49 PM, Clifford Yapp cliffy...@gmail.com wrote: After turning off all the src and doc subdirectories, I can still trigger the rebuild - here's the diff between the CMake outputs in the 4a6397a70c2b467b1285be4c0bae7533eb16f5e0

Re: [CMake] CMake 2.8.12-rc1 Released

I finally got it boiled down to a relatively simple test case - see http://brlcad.org/~starseeker/Ninja-Problem-CMakeLists.txt This is what I'm seeing here with that test: user@machine:~/brlcad/build$ rm -rf * cmake .. -G Ninja -- The C compiler identification is GNU 4.7.3 -- The CXX compiler

Re: [CMake] CMake 2.8.12-rc1 Released

On Mon, Aug 26, 2013 at 9:28 PM, Clifford Yapp cliffy...@gmail.com wrote: I'll see if I can dig any deeper. After turning off all the src and doc subdirectories, I can still trigger the rebuild - here's the diff between the CMake outputs in the 4a6397a70c2b467b1285be4c0bae7533eb16f5e0

Re: [CMake] CMake 2.8.12-rc1 Released

On Mon, Aug 26, 2013 at 12:32 PM, Robert Maynard robert.mayn...@kitware.com wrote: I am able to replicate this problem with the 2.8.12rc1. Are you able to construct a minimal test case so I can dig into why this is happening? Robert, So far I haven't had much luck creating a minimal test

Re: [CMake] CMake 2.8.12-rc1 Released

Just as a datapoint, the Ninja build of BRL-CAD when performed with this version of CMake results in Ninja re-running CMake every time before building. Is anyone else seeing this behaviour? I don't see it with the 2.8.11.2 release. Upgraded ninja to the latest github build just to be sure I

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

http://public.kitware.com/Bug/view.php?id=11575 On Wed, Nov 7, 2012 at 2:40 PM, David Cole david.c...@kitware.com wrote: Hi all, Replies requested. Short replies only. Read on. Just a short reply with bug numbers or links to the bugs is all we need here. Example one-line reply:

Re: [CMake] How clean generated build system files

On Sun, Nov 4, 2012 at 4:45 AM, lzprgmr baiyanhu...@gmail.com wrote: Thanks guys, so it is not supported currently in cmake for whatever reasons. It's not supported as a direct feature, to the best of my knowledge. That said, it is technically possible to do - it just requires you to create

Re: [CMake] Check if a command exists?

On Mon, Sep 3, 2012 at 3:59 PM, Rui Maciel rui.mac...@gmail.com wrote: I have a small project which includes a couple of parsers whose lexers are generated by re2c. I intended to set cmake so that it could check if re2c is present in the system, but after browsing through the docs I've ended

Re: [CMake] FindX11 vs. Lion

On Tue, Aug 21, 2012 at 2:38 PM, Randolph M. Fritz rfr...@lbl.gov wrote: What problems did your solutions address? I've skimmed them, but am not sure I understand them. I'd also be interested in hearing from anyone else who has done this, and even people who have done it on Windows systems.

Re: [CMake] FindX11 vs. Lion

On Fri, Aug 17, 2012 at 3:36 PM, Randolph M. Fritz rfr...@lbl.gov wrote: (well, the title was too good to pass up.) I am having problems with FindX11 on Mac OS 10.7 (Lion). FindX11 unpredictably finds libraries in /usr/X11R6/lib and symbolic links to libraries in /opt/local/lib (the MacPorts

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

http://public.kitware.com/Bug/view.php?id=11575 -- 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

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

On Fri, Jun 22, 2012 at 3:34 PM, David Cole david.c...@kitware.com wrote: I am happy to announce that CMake 2.8.9 has entered the release candidate stage! Awesome! I tried 2.8.9-rc1 with the latest Ninja, and it looks like this issue is still present:

Re: [CMake] CMakeCache.txt, MSVC generator, and automatic re-configuration

On Thu, Jun 7, 2012 at 12:27 PM, Bill Hoffman bill.hoff...@kitware.com wrote: What version of Visual studio?  And, do you have a small reproducible test case for this? Oops - missed replying to the list. Visual Studio 2010. I can try to create a small test case, but in the mean time we can

[CMake] CMakeCache.txt, MSVC generator, and automatic re-configuration

I noticed when doing a recent test of our build with CMake 2.8.8 and MSVC that the CMakeCache.txt file seems to be getting changes applied to it during the generation step (primarily a lot of additions with the comment Stored GUID, seemingly related to custom commands/targets.) One of the things

[CMake] Overriding the toplevel directory name in a TGZ package?

The CPack tool provides a variable CMAKE_INCLUDE_TOPLEVEL_DIRECTORY option to control whether to set a toplevel directory in (say) a tar.gz archive, but so far I have not been able to figure out if there is a way to change this directory name to something not directly based on the file name.

Re: [CMake] Ninja generator is Linux-only?

Taking a quick look around, here's what I'm seeing: Current unresolved Ninja issues that are filed in the bug tracker: http://public.kitware.com/Bug/view.php?id=13067 http://public.kitware.com/Bug/view.php?id=13073 http://public.kitware.com/Bug/view.php?id=13145

Re: [CMake] CMake Ninja generator issues: any showstoppers?

On Tue, Apr 17, 2012 at 4:59 PM, David Cole david.c...@kitware.com wrote: Hello CMake Ninja fans, We are going to be creating the CMake 2.8.8 final release tomorrow. However, there are issues reported for the ninja generator. Does anybody consider them showstoppers ?? David, Does the latest

Re: [CMake] Cross-compilation on Linux targeting Windows

On Thu, Apr 12, 2012 at 8:47 AM, hendrik hendrik@localhost wrote: Linux can automatically call wine for windows executables if you make them executable (+x). In Debian, it is enabled using this package: http://packages.debian.org/sid/binfmt-support Interesting - I'll have to see if Gentoo

[CMake] CMake 2.8.8-rc1, Ninja generator, and clean target

Trying to run the clean target with the Ninja generator in the latest CMake, I noticed that on targets with version properties set like (say): set_target_properties(libbu PROPERTIES VERSION 19.0.1 SOVERSION 19) the ninja -t clean command does not remove the libbu.so.19 link. Has anyone else

[CMake] Warn on Macro re-definition?

Is there any flag or setting I can turn on in CMake to have it print a warning when in the course of a CMake configure a macro definition is being re-defined? Occasionally a sub-configure that I've tried to set up as being independent will have an older copy of a macro that is missing features

[CMake] Running executables - local targets vs. system binaries

In a number of places in our build, we use compiled binaries via add_custom_command and friends to perform work during the compilation. For the most part we are able to successfully specify the target name used with add_executable in place of a full path to successfully tell CMake to run the

[CMake] CMake configuration times with Microsoft Visual C++

We use the same configuration tests on all platforms in an effort to avoid having large chunks of platform-specific code in our build files, but we pay a price for this on Windows - the same test process is more than an order of magnitude slower with MSVC than (say) Linux. Does CMake launch the

Re: [CMake] Enhancement to CHECK_C_RUNS_SOURCE

On Thu, Feb 2, 2012 at 11:59 AM, Alexander Neundorf a.neundorf-w...@gmx.net wrote: I think so. In this case, this should also be added to CheckCXXSourceRuns, CheckCSourceCompiles and CheckCXXSourceCompiles. Alex http://cmake.org/Bug/view.php?id=12944 Patch changes all four files and

Re: [CMake] Enhancement to CHECK_C_RUNS_SOURCE

OK - how should I proceed? File a bug report and submit patches for all of the files? Cheers, CY On Thu, Feb 2, 2012 at 11:59 AM, Alexander Neundorf a.neundorf-w...@gmx.net wrote: I think so. In this case, this should also be added to CheckCXXSourceRuns, CheckCSourceCompiles and

Re: [CMake] Enhancement to CHECK_C_RUNS_SOURCE

On Wed, Feb 1, 2012 at 2:35 AM, Rolf Eike Beer e...@sf-mail.de wrote: Am Dienstag, 31. Januar 2012, 19:27:22 schrieb Clifford Yapp: We currently have a minor local enhancement to CHECK_C_RUNS_SOURCE This is at least missing documentation ;) Eike I can add that if there is any chance

[CMake] Enhancement to CHECK_C_RUNS_SOURCE

We currently have a minor local enhancement to CHECK_C_RUNS_SOURCE that I would like to contribute back to the main module, if it is acceptable to the developers of CMake: We often have our own .c file stored in our tree for TRY_RUN testing, and it is convenient to be able to use

[CMake] RUNTIME_OUTPUT_DIRECTORY and Visual Studio Express

I'm trying to use set_target_properties to override the Output Directory for dlls generated by add_library calls when building with MSVC, as discussed back in July: http://www.cmake.org/pipermail/cmake/2011-July/045591.html I'm trying to do so as part of a re-definition of add_library, but when

Re: [CMake] RUNTIME_OUTPUT_DIRECTORY and Visual Studio Express

OK, I have switched my assignment to a full path form, and using get_target_property to pull the value of RUNTIME_OUTPUT_DIRECTORY indicates that the value is correct: target_runtime_output_dir: C:/Users/User/brlcad/brlcad-build/lib The lib and exp files are going to the right place: Creating

Re: [CMake] CMake + Ninja

Confirmed - working now on Mac building BRL-CAD - thanks! Cliff On Sat, Jan 14, 2012 at 3:25 PM, Peter Collingbourne pe...@pcc.me.uk wrote: I managed to test these changes on a Mac and it fixed all but 7 test failures, so I rolled it into the ninja-generator-pr branch. In terms of

Re: [CMake] CMake + Ninja

On Tue, Jan 10, 2012 at 12:03 AM, Peter Collingbourne pe...@pcc.me.uk wrote: The attached patch should add support for TARGET_INSTALLNAME_DIR. Please let me know if it works -- it's untested, as I don't have easy access to a Mac. Awesome - thank you! It'll be a week or so before I have

Re: [CMake] Some issues with visual studio

I can say that in my particular case, in order to be able to successfully run compiled binaries from the build directory it is necessary to have a broad variety of files in a sane position relative to the compiled binary. So far as I know, the only way I can do this in systems that like to have

Re: [CMake] Some issues with visual studio

On Sun, Jan 8, 2012 at 4:59 PM, Renato Utsch renatout...@gmail.com wrote: Clifford, can you explain more what you said, I didn't understand... You said that you change the output directories for all the active configurations to the same directory? Well, how do you do that (if it is what you

Re: [CMake] Some issues with visual studio

Hmm - that looks interesting. I didn't know about SUPPORTS_PARALLEL_BUILD_TYPE - I'll have to review my setup with that in mind. Thanks! On Sun, Jan 8, 2012 at 4:52 PM, J Decker d3c...@gmail.com wrote:      if( SUPPORTS_PARALLEL_BUILD_TYPE )  # will be set in visual studio type projects...  

[CMake] CMake + Ninja

Peter Collingbourne's ongoing work with CMake support for ninja (and vice versa) was recently announced as being able to build multiple large projects: http://public.kitware.com/pipermail/cmake-developers/2011-November/002490.html BRL-CAD was on the list, and in trials last night I confirmed

Re: [CMake] CMake + Ninja

at 9:11 AM, Clifford Yapp cliffy...@gmail.com wrote: Peter Collingbourne's ongoing work with CMake support for ninja (and vice versa) was recently announced as being able to build multiple large projects: http://public.kitware.com/pipermail/cmake-developers/2011-November/002490.html BRL-CAD

Re: [CMake] Eclipse and CMake...

succeeded. Test done using CMake 2.8.7 release candidate. CY On Fri, Dec 9, 2011 at 10:01 AM, David Cole david.c...@kitware.com wrote: On Fri, Dec 9, 2011 at 9:39 AM, Clifford Yapp cliffy...@gmail.com wrote: On Fri, Dec 9, 2011 at 6:41 AM, David Cole david.c...@kitware.com wrote: Please try

[CMake] Eclipse and CMake...

I decided to take a stab at using the Eclipse Unix Makefile generator with my project - on import, I get the following error: Error processing changed links in project description file. No file system is defined for scheme: virtual I'm not really sure what this means or what issue it's

Re: [CMake] TCL modules

FWIW, BRL-CAD has its own FindTCL.cmake module which is quite different from the current one, in case that is helpful/of interest: http://brlcad.svn.sf.net/viewvc/brlcad/brlcad/trunk/misc/CMake/FindTCL.cmake?revision=45989view=markup We'd eventually like to fold all of our updates to various

Re: [CMake] Workflow of a collaborative project in Visual Studio+CMake

That's what we do to. It basically comes down to the inconvenience of having to do that with Visual Studio being outweighed (considerably!) by the cross-platform benefits of CMake. (It does help that none of our developers use Windows as their primary development platform, so it only comes up

Re: [CMake] CMake 2.8.6 available for download

Hmm. Part of the problem might be the generators most of the folks who follow CMake closely tend to use - I'm a command line + vim linux weenie myself, so I'm only going to be testing a subset of the generators. I imagine others are Windows only, etc. One idea that comes to mind might be to put

Re: [CMake] Incorporating third party libraries

On Tue, Oct 4, 2011 at 7:20 AM, Daniel Dekkers d.dekk...@cthrough.nlwrote: Hi, Would really appreciate your advice on this. We are planning to use and maybe distribute a library (let's call it OurLib) that depends on third-party libraries, namely Boost, Glut, OpenGL, FreeType, Bullet, PNG,

Re: [CMake] Does find_library check that a found library does in fact link?

On Thu, Sep 29, 2011 at 2:59 AM, Michael Wild them...@gmail.com wrote: Just a few of my thoughts on this: - There are several ways to handle dead symlinks: 1. Don't check, let the linker complain (status quo) 2. Check whether the found library is a symlink, and if not valid, remove

Re: [CMake] Does find_library check that a found library does in fact link?

On Thu, Sep 29, 2011 at 3:22 AM, Hendrik Sattler p...@hendrik-sattler.dewrote: People tend to misunderstand the purpose of build systems like CMake and autotools. They try to make the detection bullet-proof and most likely fail. You can see that this is wrong by looking at those auto* setups

Re: [CMake] Does find_library check that a found library does in fact link?

On Wed, Sep 28, 2011 at 2:47 AM, Michael Wild them...@gmail.com wrote: Only if your installation is broken ;-) If the symlink is broken, I consider this to be a user-error. Period. OTOH, CMake /could/ check whether the library is a symlink, and if it is, check that it is valid. Oh, no

Re: [CMake] Does find_library check that a found library does in fact link?

On Wed, Sep 28, 2011 at 8:52 PM, Michael Hertling mhertl...@online.dewrote: What do you do on systems which have no idea of symbolic links, e.g. previous Windows versions? Adding more platform-specific code to the sources of the FIND_LIBRARY() function? If the problem isn't solved (or readily

[CMake] Does find_library check that a found library does in fact link?

I've run into a situation where find_library is returning a symlink: /usr/lib/libblah.so - libblah.so.1 but libblah.so.1 does not actually exist (e.g. the symlink is bad). Is there an option I can set to have find_library ensure that a found library file is valid and links? Cheers, CY --

Re: [CMake] Does find_library check that a found library does in fact link?

On Wed, Sep 28, 2011 at 12:13 AM, Michael Wild them...@gmail.com wrote: On 09/28/2011 02:44 AM, Clifford Yapp wrote: I've run into a situation where find_library is returning a symlink: /usr/lib/libblah.so - libblah.so.1 but libblah.so.1 does not actually exist (e.g. the symlink

Re: [CMake] FYI - From Ninja-build mailing list - Fwd: Proposal: restat rules

Looks like that's working. Running ninja again, I'm seeing another issue: BRL-CAD uses dependency assignment to make sure our build time delta calculator is the last target to be built (and hence actually times the build). With ninja, it doesn't seem to be respecting this, but instead tries to

Re: [CMake] FYI - From Ninja-build mailing list - Fwd: Proposal: restat rules

On Sun, Sep 11, 2011 at 11:01 PM, Peter Collingbourne pe...@pcc.me.ukwrote: It looks like various custom commands aren't running (some tcl related stuff, docbook documentation generation) - are custom commands currently supported? Yes, custom commands and targets are supported. There

Re: [CMake] Diff output from CMake?

On Tue, Sep 13, 2011 at 1:58 PM, David Cole david.c...@kitware.com wrote: On Tue, Sep 13, 2011 at 1:39 PM, Alexander Neundorf a.neundorf-w...@gmx.net wrote: On Tuesday, September 13, 2011 05:07:00 AM Clifford Yapp wrote: I am trying to compare two large lists of file paths (about 14,000

Re: [CMake] Diff output from CMake?

On Tue, Sep 13, 2011 at 3:52 PM, Clifford Yapp cliffy...@gmail.com wrote: (if CMake had sucked in openbsd's diff to implement its diff abilities, for example) Ah, nevermind - I see the key file still has the advertising clause BSD. Scratch

Re: [CMake] Diff output from CMake?

Eric - Excellent! That looks like it will do the trick. Thank you! CY On Tue, Sep 13, 2011 at 4:53 PM, Eric Noulard eric.noul...@gmail.comwrote: If I understand it well you want to compute symmetric difference. Assuming BUILD_FILES and SVN_FILES initially contains the whole list of

[CMake] Diff output from CMake?

I am trying to compare two large lists of file paths (about 14,000 lines each) to identify which entries in each list are missing from the other, and while I can get CMake to do it I must be doing it the wrong way because the results are hideously slow. I currently generate two files with the

Re: [CMake] Adding a custom line to CMake's makefiles?

PM, Michael Hertling mhertl...@online.dewrote: On 02/02/2011 03:34 PM, Clifford Yapp wrote: Is there any way to customize the Makefile output from CMake to include user-defined lines (say, something like #include Makefile.inc) at the end of each Make file? [snip] However, this approach

[CMake] Deferred CPU count variable in CMake for Makefile generator?

Per the customizing Makefile email, I'd like to ask if a mechanism exists or could be implemented to allow CMakeLists.txt files to define commands that pass a CPU count to subcommands - e.g. something that allows the generators to take a syntax along the lines of: ADD_CUSTOM_TARGET(subbuild

Re: [CMake] FYI - From Ninja-build mailing list - Fwd: Proposal: restat rules

On Thu, Sep 8, 2011 at 2:54 PM, Peter Collingbourne pe...@pcc.me.uk wrote: Anyone who is interested in trying the Ninja generator with their own projects is welcome to clone my repository at: https://github.com/pcc/CMake/tree/ninja-generator and to report any issues encountered. Note that

Re: [CMake] Deferred CPU count variable in CMake for Makefile generator?

Looks like $(MAKE) will do it, at least in testing so far - awesome! Thanks David. Cliff. On Fri, Sep 9, 2011 at 11:15 AM, David Cole david.c...@kitware.com wrote: if(${CMAKE_GENERATOR} MATCHES Make AND (${cmake_generator} MATCHES Make OR NOT cmake_generator)) # The

Re: [CMake] Adding a custom line to CMake's makefiles?

Thanks Mike, good to know! David actually solved my problem for me with the generator based conditional and the $(MAKE) variable, but that's a nifty workaround to have tucked away. Cheers, CY On Fri, Sep 9, 2011 at 3:37 PM, Mike Wittman m...@headwave.com wrote: ** If you are building on

Re: [CMake] FYI - From Ninja-build mailing list - Fwd: Proposal: restat rules

On Thu, Sep 8, 2011 at 2:54 PM, Peter Collingbourne pe...@pcc.me.uk wrote: I am planning to submit the Ninja generator as a patch to CMake upstream once it has been put through more exhaustive testing and certain known issues have been resolved (my post to ninja-build being one of them).

Re: [CMake] Problem and proposed solution with cmake -E rename across devices

at 3:21 PM, Clifford Yapp cliffy...@gmail.com wrote: We've run into an issue with cmake -E rename where the rename fails due to rename() throwing EXDEV when done between devices (different partitions, nfs to local, etc).  Erik Greenwald has investigated and has proposed a fix to allow cmake -E

Re: [CMake] CMake --debug-trycompile option breaking tests

On Wed, Aug 31, 2011 at 2:14 PM, Bill Hoffman bill.hoff...@kitware.com wrote: It would make a mess if you created a sub-dir per test.  There would be lots and lots of sub-dirs in some projects. Personally I would expect that, and be OK with it, as long as the directory names corresponded to

[CMake] CMake --debug-trycompile option breaking tests

We're seeing a problem when trying to run a cmake configuration using both the TestBigEndian.cmake macro and the --debug-trycompile command line option for CMake: Sometimes we're getting CMake Error at TestBigEndian.cmake:44 (MESSAGE): no suitable type found Oddly, if I copy the CheckTypeSize

[CMake] Problem and proposed solution with cmake -E rename across devices

We've run into an issue with cmake -E rename where the rename fails due to rename() throwing EXDEV when done between devices (different partitions, nfs to local, etc). Erik Greenwald has investigated and has proposed a fix to allow cmake -E rename to succeed across devices - if possible we'd like

Re: [CMake] CMake --debug-trycompile option breaking tests

Hmm. What about changing that option to make one sub-directory per test instead of doing each one in the same temp directory? Or if try_compile doesn't support that, moving the generated files to a subdirectory after the try_compile proper has run? That would allow normal cmake building while

Re: [CMake] append command

On Mon, Aug 15, 2011 at 7:59 AM, David Cole david.c...@kitware.com wrote: Again, our main concern here will be backward compatibility, not difficulty of encoding semi-colons... There are tons of real-world projects that already use all of these variables and properties being discussed with

  1   2   >