Re: [cmake-developers] [ANNOUNCE] CMake 3.16.0-rc2 is ready for testing

Hello, On 20.10.19 19:25, Robert Maynard via cmake-developers wrote: I am proud to announce the second CMake 3.16 release candidate. https://cmake.org/download/ CMake 3.16.0-rc2 successfully builds and tests our two large mono-repos. I'm looking forward to the release! Thanks, Gregor --

[cmake-developers] How to speed up CMake configuration on macOS

Hello, in the past when building CMake (itself) I spent long times waiting for configuration of the embedded libraries. Mostly libcurl send / receive signature detection. Today I had the idea of using system libraries installed with Homebrew and the speedups are quite noticeable: You first

[cmake-developers] Specification for CTest XML format

Hello, I'm wondering if there is a specification for the XML test output file produced by CTest? Some background: For a dashboard we'd like to know in which CMakeLists.txt a test was created. For that we use the Path tag. Here the baz test was declared in subdir/CMakeLists.txt

Re: [cmake-developers] [ANNOUNCE] CMake 3.14.0-rc3 is ready for testing

Hello, On 01.03.19 20:28, Robert Maynard via cmake-developers wrote: I am proud to announce the third CMake 3.14 release candidate. All problems observed with -rc1 and -rc2 have been solved. The rc3 works as expected for our multi-platform mono repository. Thanks for all your hard work!

Re: [cmake-developers] Properly Documenting a CMake Module

Hello, On 14.02.19 04:39, Timothy Wrona wrote: Okay so I dug a little deeper into this and it definitely looks like sphinx is the correct tool to use, but I still have one problem. I would like sphinx to be able to extract ".rst" formatted comments directly out of my cmake source files to

Re: [cmake-developers] RfD: deprecate link_directories() and link_libraries()

Hello, On 20.08.18 19:10, Brad King wrote: On 08/15/2018 01:30 PM, Rolf Eike Beer wrote: My dislike against these functions is probably known, and now I would like to bring this to a new level: I would like to formally deprecate these functions. I don't think they serve any useful purpose

Re: [cmake-developers] iOS friendly CMake

Hi, On 1/16/18 11:19 AM, Gregor Jasny wrote: > I created a CMake branch where I attempt to provide an easy way to > configure CMake projects for iOS (and all other Xcode SDKs). I have a second revision of the patches. Issue: https://gitlab.kitware.com/cmake/cmake/issues/17870 Branch:

[cmake-developers] iOS friendly CMake

Hi, I created a CMake branch where I attempt to provide an easy way to configure CMake projects for iOS (and all other Xcode SDKs). All you need to build for iOS is: cmake -DCMAKE_SYSTEM_NAME=Darwin -DCMAKE_OSX_SYSROOT=iphoneos -GXcode . In case you build code that must be code signed also

[cmake-developers] Help needed: debug a xcodebuild hang

Hello, In issue #16752 [1] a hanging xcodebuild during try_compile is reported. Currently I cannot manage to find the spare time it takes to handle all CMake issues in a timely manner. Is anyone willing to help debugging this issue and/or filing a rdar:// report? Maybe someone also knows someone

[cmake-developers] Nighly build of CMake release branch available?

Hello, I wonder if a nightly (or on-demand) build of the CMake release branch is available somewhere as it is for the master branch. That would help me testing those snapshots within our companies projects. Thanks, Gregor -- Powered by www.kitware.com Please keep messages on-topic and

[cmake-developers] Email addresses of Mantis bug reporters

Hello, while walking through old bug reports contacting the reporters by email would be helpful sometimes. Is there a way for me access this information in Mantis? Thanks, Gregor -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at:

[cmake-developers] One Xcode project per project() call?

Hello, I just noticed that the Xcode generator creates one xcode project per project() call: > $ find _build_xcode -name "*.xcodeproj" |grep -v CMakeFiles |grep -v Tests > _build_xcode/CMake.xcodeproj > _build_xcode/Source/CursesDialog/form/CMAKE_FORM.xcodeproj >

[cmake-developers] Mirror CMake release files on GitHub?

Hello, I noticed cmake.org is quite slow on serving release files. I seldom get more than 300KB/s. So I wonder if it would make sense to publish the CMake release tarballs and binaries not only on cmake.org but also on github as part of the release process. (From GitHub I currently get 9 MB/s)

[cmake-developers] require-tr1 topic

Hello Daniel, I wonder what's the idea behind the require-tr1 topic? Some still supported platforms like macOS with Xcode 3.x seem to fail now. Thanks, Gregor -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware

Re: [cmake-developers] Boost 1.63 support

Hello, On 27/12/2016 13:20, Roger Leigh wrote: > I opened the following merge request to add support for the > newly-released Boost 1.63: > > https://gitlab.kitware.com/cmake/cmake/merge_requests/361 I wonder what's the reason for stating explicitly all the released versions? It they are

[cmake-developers] cm(Generator)Target::IsFrameworkOnApple

Hello, it looks like that during Generator Target refactoring the cm(Generator)Target::IsFrameworkOnApple and similar got duplicated. Is there a reason for this or could the GeneratorTarget simply query the Target? Do you have by any chance some high level design documentation about the most

[cmake-developers] Developer workflow with gitlab

Hello, I wonder what's the recommended workflow for CMake developers with commit access to stage? I'd like to use feature branches in gitlab but wonder how those are best merged into 'next'? Could you please advise or point me to some documentation? Thanks, Gregor -- Powered by

Re: [cmake-developers] -DCMAKE_OSX_DEPLOYMENT_TARGET:STRING="" -DCMAKE_OSX_SYSROOT:STRING=/ broken in 3.7.0-rc2

On 31/10/2016 00:03, Gregor Jasny wrote: > On 30/10/2016 18:33, Jack Howarth wrote: >> Gregor, >> Your commit of... >> >> https://cmake.org/gitweb?p=cmake.git;a=log;h=540815eec2b83a8b43689580c54e8950d9f5868b >> >> has caused a major regression in cmake 3.7.0 as it no longer properly >>

Re: [cmake-developers] -DCMAKE_OSX_DEPLOYMENT_TARGET:STRING="" -DCMAKE_OSX_SYSROOT:STRING=/ broken in 3.7.0-rc2

On 30/10/2016 18:33, Jack Howarth wrote: > Gregor, > Your commit of... > > https://cmake.org/gitweb?p=cmake.git;a=log;h=540815eec2b83a8b43689580c54e8950d9f5868b > > has caused a major regression in cmake 3.7.0 as it no longer properly > honors the combination... > >

Re: [cmake-developers] -DCMAKE_OSX_DEPLOYMENT_TARGET:STRING="" -DCMAKE_OSX_SYSROOT:STRING=/ broken in 3.7.0-rc2

On 30/10/2016 20:23, Jack Howarth wrote: > Gregor, > While I still think your hack to obtain the versioned SDK is > wrong because it relies on passing invalid arguments to 'xcodebuild > -sdk', the following change restores the expected behavior for > -DCMAKE_OSX_DEPLOYMENT_TARGET:STRING=""

Re: [cmake-developers] -DCMAKE_OSX_DEPLOYMENT_TARGET:STRING="" -DCMAKE_OSX_SYSROOT:STRING=/ broken in 3.7.0-rc2

On 30/10/2016 20:37, Jack Howarth wrote: > Proposed fix to restore functionality for > -DCMAKE_OSX_DEPLOYMENT_TARGET:STRING="" -DCMAKE_OSX_SYSROOT:STRING=/ > while retaining the current hack when CMAKE_OSX_DEPLOYMENT_TARGET is > not set to an empty string. Thanks for the patch but it is breaking

Re: [cmake-developers] -DCMAKE_OSX_DEPLOYMENT_TARGET:STRING="" -DCMAKE_OSX_SYSROOT:STRING=/ broken in 3.7.0-rc2

Hello Howarth, I'm sorry that I broke your use case with that patch. The problem I have with maintaining the Xcode / Darwin code is that it is full of backward compatibility and unknown, undocumented use cases. That makes it sometimes hard to foresee consequences. On 30/10/2016 19:04, Jack

Re: [cmake-developers] [PATCH] Fix RunCMake.Framework on case sensitive file systems.

On 09/08/16 22:01, Brad King wrote: > On 08/09/2016 03:47 PM, Chaoren Lin via cmake-developers wrote: >> The file is lowercase: Tests/RunCMake/Framework/osx.cmake > > Thanks, applied: > > Tests: Fix RunCMake.Framework on case sensitive file systems. >

[cmake-developers] Email feed for new CMake bugs

Hello, in the past (with Mantis) I found it quite helpful to see new bugs posted here on this mailing list. Is it planned to restore that functionality? Thanks, Gregor -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Re: [cmake-developers] [patch] iOS combined, some fixes

On 21/06/16 18:48, Ruslan Baratov wrote: > Is the patch applied? Let me know if there are any questions left about it. Pushed into next. Sorry for the delay. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware

Re: [cmake-developers] [patch] iOS combined, some fixes

Hello, Thanks for the patch! On 15/06/16 16:41, Ruslan Baratov wrote: > Sending some fixes found by testing with Xcode 7.3 We were chasing some errors regarding the unified build some time ago. But it appeared some for of heisenbug: the more I looked the less likely it happened. Is the error

Re: [cmake-developers] CMake 3.5.2 conflates OSX SDK version with target deployment

I'm away from keyboard until June 8th. everything written is from the top of my head. AFAIR the warning goes away if you properly set the OSX SYSROOT. Setting it to macosx without version number should be sufficient (maybe you have to insert a xcrun --showsdk-path there). As far as I see the

Re: [cmake-developers] CLang error when building iOS bundle

Hello, On 11/05/16 21:22, Roman Wüger wrote: > I got the following error when linking the iOS bundle: > > clang: error: cannot specify -o when generating multiple output files > > I didn’t found anything about the error in the internet, so maybe someone > has already solved such error? > >

Re: [cmake-developers] Integration of clang-tidy

Hallo Daniel, On 09/04/16 00:31, Daniel Pfeifer wrote: > I implemented the integration of `clang-tidy` along the lines of the > `include-what-you-use` integration. > There is a new `_CLANG_TIDY` target property that is initialized > with the value of the `CMAKE__CLANG_TIDY` variable. > It

Re: [cmake-developers] Making shared xcscheme files for Xcode from Cmake

Hello, On 31/03/16 16:30, Harry Mallon wrote: > This became an annoyance in our Cmake build system so here is a barebones > xcscheme creator. > https://github.com/hm1992/CMake/commit/5345881861a4b510d3a3283825584ec90f8d2061 > > Current situation: > * It seems to work for the executable targets

Re: [cmake-developers] [CMake 0016030]: CMAKE_ASM_NASM_COMPILE_OBJECT lacks

On 25/03/16 19:28, Brad King wrote: > On 03/25/2016 01:46 PM, Gregor Jasny via cmake-developers wrote: >> Does anyone see a reason to *not* prepend all with a ? > > I'm not particularly familiar with the ASM tooling landscape but > that prepend step is exactly what was

Re: [cmake-developers] [CMake 0016030]: CMAKE_ASM_NASM_COMPILE_OBJECT lacks

Hello, On 22/03/16 17:10, Mantis Bug Tracker wrote: > Starting with CMake 3.4 the ASM_NASM language does not pass forward > include_directories(XYZ) to the nasm compiler line. > > As far as I can see is missing for other assemblers as well. When I grep for CMAKE_ASM * _COMPILE_OBJECT I get the

Re: [cmake-developers] [CMake 0015992]: Xcode generator's ReRunCMake.make fails if dependencies have been deleted

On 27/02/16 06:11, Mantis Bug Tracker wrote: > Summary:Xcode generator's ReRunCMake.make fails if > dependencies have been deleted > Description: > Currently, if a file that a CMake script previously had a dependency on is > deleted, the Xcode generator's ReRunCMake.make

Re: [cmake-developers] Patch: refactor XCode blocks writing function

Hello Robert, On 19/02/16 20:12, Robert Goulet wrote: > I did this refactoring of the function that writes the XCode blocks in the > project files, that adds support for any number of nested blocks. And it also > makes the code easier to expand in the future. > > One of the areas that required

Re: [cmake-developers] Drop support for older Xcode versions?

Hello, On 19/02/16 00:34, Davy Durham wrote: Actually we have to keep an os x 10.8 box up with the 10.7 sdk using xcode 4.2 targeting 10.6. Apple long ago stopped allowing you to target such old APIs in more recent xcodes. At my company we build 10.6 compatible software using Xcode 6.3. What

[cmake-developers] Drop support for older Xcode versions?

Hello, I'd like to get your feedback on deprecating or dropping support for older Xcode versions. During changes on the Xcode generator it gets harder and harder to test against old and very old Xcode versions like 3 and 4. Are there still users around for these versions of Xcode? PS: I'm

Re: [cmake-developers] Xcode generator is adding old attributes on .pbxproj

Hello, some time ago I started a project to make the CMake generated pbxproj identical to the one Xcode writes. Some patches of that effort are already in master, some lack some cleanup. It would be great working with you on individual patches to 'modernize' generated pbxproj files. Patches

Re: [cmake-developers] [PATCH] Proposed fix for bug 15183

Hello, On 13/01/16 12:13, Marko Kylmämaa wrote: > I would like to propose the following fix for bug 15183 ( > https://cmake.org/Bug/view.php?id=15183) > > For some reason the XcodeGenerator seemed to be setting the INSTALL_PATH > variable regardless of if it was initialized or not (which is done

[cmake-developers] Anyone going to FOSDEM?

Hello, I wonder if any of you CMake Developers go to FOSDEM [1] this year? Thanks, Gregor [1] https://fosdem.org/2016/ -- 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

Re: [cmake-developers] Create subdirectories in Resource directory for Frameworks and Application bundle.

On 11/12/15 22:16, Clinton Stimpson wrote: >> To enable iOS build, I'm using following settings in CMakeLists.txt: >> > >> > >> > set(APPLE_PLATFORM "iphonesimulator") >> > set(CMAKE_OSX_SYSROOT >> > "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platf >> >

Re: [cmake-developers] Create subdirectories in Resource directory for Frameworks and Application bundle.

On 11/12/15 20:21, clin...@elemtech.com wrote: > - On Dec 11, 2015, at 11:44 AM, Bartosz Kosiorek > wrote: >> Because there is difference between OS X and iOS Bundles directory structure >> (see: Apple specification >>

Re: [cmake-developers] Please comment on ios-universal topic

Hello, On 09/12/15 10:21, Ruslan Baratov wrote: IOS_INSTALL_COMBINED_BINARY Just to clarify you want to leave only one variable IOS_INSTALL_COMBINED_BINARY for the device + simulator on iOS platforms. Other platforms (in future) will be controlled by using *_ARCHITECTURES variables, right?

Re: [cmake-developers] Static Bootstrap: CCMake & GPM

Hello Axel, On 08/12/15 01:53, Huebl, Axel wrote: My problem: I found that in the last step of linking ccmake against a static (pre-compiled, ubuntu 12.04) ncurses library leads to linker errors such as: /usr/lib/x86_64-linux-gnu/libncurses.a(lib_mouse.o): In function `_nc_mouse_event':

Re: [cmake-developers] Please comment on ios-universal topic

Hello, On 02/12/15 13:44, Bartosz Kosiorek wrote: > I would like to propose to rename property name to INSTALL_IOS_UNIVERSAL_LIBS. My thoughts about the property name: I added the necessary functionality to also combine Frameworks and App Bundles. So the _LIBS suffix now got misleading. And I

[cmake-developers] Please comment on ios-universal topic

Hello, During the last days I worked on the iOS Universal Install topic which now would benefit from a review. Especially the core changes could need a third pair of eyes: https://cmake.org/gitweb?p=stage/cmake.git;a=commit;h=8fb23b42cfc2fb7490e8645fff328add9c231713 I will now concentrate on

Re: [cmake-developers] [PATCH] CMake 3.4.0rc3 Apple documentation update

On 11/11/15 05:48, Bartosz Kosiorek wrote: Hello. I think before release CMake 3.4.0 the documentation needs to be updated, to reflect last changes in CMake regarding Apple platform. I have created bug report for that issue: https://public.kitware.com/Bug/view.php?id=15843 I also updated

Re: [cmake-developers] [PATCH] iOS Framework Bundle support

Hello, On 10/11/15 16:22, Bartosz Kosiorek wrote: > My name is Bartosz Kosiorek and I'm TomTom developer and Open Source > enthusiast. I'm Gregor a part time contributor to CMake. During the last months I mostly worked on Xcode support. > Last time in our products, we notice that cmake is not

Re: [cmake-developers] Patch: install universal iOS libraries

On 08/10/15 02:37, Ruslan Baratov wrote: >>> export CORRESPONDING_DEVICE_PLATFORM_NAME=iphoneos >>> export CORRESPONDING_DEVICE_SDK_NAME=iphoneos9.0 >>> export SDK_NAME=iphonesimulator9.0 >> Could you use those variables to avoid hardcoding iphoneos/simulator in >> the module? > I see

Re: [cmake-developers] cmake Xcode bug clobbering -ObjC/-ObjC++ flags

On 15/10/15 19:16, Davy Durham wrote: > Bug filed here: https://cmake.org/Bug/view.php?id=15794 > Patch file against git master HEAD attached to this email. > > Acceptable? I responded to the bug report itself: https://cmake.org/Bug/view.php?id=15794#c39625 Two questions for the CMake

Re: [cmake-developers] Issue on CMAKE_OSX_SYSROOT

Hi Francesco, On 10/10/15 14:34, Gregor Jasny wrote: > On 06/10/15 16:00, Brad King wrote: >> Okay, that looks like the underlying issue. The >> Modules/Platform/Darwin-Initialize.cmake module will have >> to be taught about this case to do the right thing by default >> if it does not already.

Re: [cmake-developers] Issue on CMAKE_OSX_SYSROOT

On 06/10/15 16:00, Brad King wrote: > Okay, that looks like the underlying issue. The > Modules/Platform/Darwin-Initialize.cmake module will have > to be taught about this case to do the right thing by default > if it does not already. > > Gregor, do you mind taking a look at this? Sure.

Re: [cmake-developers] Patch: install universal iOS libraries

Hello, thank you for working on this. This is really hairy stuff. On 24/09/15 11:10, Ruslan Baratov via cmake-developers wrote: > Patches help to install universal iOS (device + simulator) libraries by > triggering some extra instructions (build + fuse) after "regular" > library installation

Re: [cmake-developers] xcode7-defaults-to-c11 topic

Hi, On 15/09/15 20:24, Stephen Kelly wrote: > I have merged a Konsole output compute-default-dialect to next for > testing which implements the automatic detection. Please test it to see > if it works with xcode 7. The CompileFeatures test does pass: $ git describe v3.3.1-3005-gf1591ef I

[cmake-developers] CDash broken

Hello, from time to time the CMake Dashboard at http://www.cdash.org/CDash/index.php?project=CMake is very slow. Right now I cannot access it at all. Does anyone know what's wrong? Thanks, Gregor -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at:

Re: [cmake-developers] Fixing bug #12506 (iOS install)

Hallo, On 13/08/15 12:56, Ruslan Baratov wrote: On 13-Aug-15 08:46, Gregor Jasny wrote: On 13/08/15 01:44, Ruslan Baratov via cmake-developers wrote: Sending patches with fix. Now it's possible to install simulator libraries by: cmake --build _builds --config Release --target install --

Re: [cmake-developers] Xcode 7 tbd library stub support

On 25/08/15 19:01, Brad King wrote: On 08/24/2015 04:43 PM, Gregor Jasny via cmake-developers wrote: I just pushed a topic branch to add support for Xcode 7 TDB files: http://www.cmake.org/gitweb?p=stage/cmake.git;a=shortlog;h=refs/heads/apple-tbd-stubs Thanks. Please merge to 'next' when

Re: [cmake-developers] Adding Swift support to CMake

Hi Eric Brad, On 15/07/15 12:16, Eric Wing wrote: On 7/7/15, Brad King brad.k...@kitware.com wrote: On 07/02/2015 07:54 PM, Eric Wing wrote: Thank you Brad. When you are ready, let me know how I can help next. I have basic support with the Xcode generator done. Please try out this commit:

Re: [cmake-developers] [CMake 0015669]: XCTest for iOS target has incorrect TEST_HOST

Hi Brad, On 21/08/15 15:36, Brad King wrote: Thanks. I merged to 'next' for testing last night. Please take a look at the failures: https://open.cdash.org/testSummary.php?project=1name=RunCMake.XcodeProjectdate=2015-08-21 It's all green now:

[cmake-developers] Xcode 7 tbd library stub support

Hello, Starting with Xcode 7 the OSX and iOS SDKs contain only stub files for dynamic system libraries. These stub files contain some meta data and a list of exported sysbols in plain text. They are handled by the toolchain like regular dylibs. I just pushed a topic branch to add support for

Re: [cmake-developers] [CMake 0015597]: Issues with the 'Eclipse CDT4 - NMake Makefiles' Generator

Hello, On 29/05/15 20:56, Mantis Bug Tracker wrote: Summary:Issues with the 'Eclipse CDT4 - NMake Makefiles' Generator Description: The project compiles and links in Eclipse but the preprocessor symbols are not defined by the .cproject file. As a result, sections with

Re: [cmake-developers] Fixing bug #12506 (iOS install)

On 15/08/15 21:00, Gregor Jasny wrote: On 13/08/15 12:56, Ruslan Baratov wrote: This looks great! I've spent several hours trying to figure out how '$(EFFECTIVE_PLATFORM_NAME)' can be set to Xcode and some CMake friendly string to cmake_install.cmake script. I didn't know Xcode understand

Re: [cmake-developers] Fixing bug #12506 (iOS install)

On 13/08/15 12:56, Ruslan Baratov wrote: This looks great! I've spent several hours trying to figure out how '$(EFFECTIVE_PLATFORM_NAME)' can be set to Xcode and some CMake friendly string to cmake_install.cmake script. I didn't know Xcode understand `${VAR}` syntax (probably it didn't, it's

Re: [cmake-developers] Fixing bug #12506 (iOS install)

Hi, On 13/08/15 01:44, Ruslan Baratov via cmake-developers wrote: Sending patches with fix. Now it's possible to install simulator libraries by: cmake --build _builds --config Release --target install -- -sdk iphonesimulator and device libraries by: cmake --build _builds --config Release

Re: [cmake-developers] Fixing bug #12506 (iOS install)

Hi, On 07/08/15 00:43, Ruslan Baratov via cmake-developers wrote: Hi, I'm thinking about fixing bug http://public.kitware.com/Bug/view.php?id=12506 and before I go deeper in CMake internals just want to ask is there any work-in-progress attempts already or hints/directions of how it can be

Re: [cmake-developers] [CMake 0015669]: XCTest for iOS target has incorrect TEST_HOST

Hello, On 29/07/15 14:07, Mantis Bug Tracker wrote: == http://www.cmake.org/Bug/view.php?id=15669 == this bug caused by different App Bundle layout in MacOSX

Re: [cmake-developers] How is the Visual Studio compiler looked up

On 07/07/15 10:10, Gregor Jasny wrote: one of my colleagues is unable to generate a VS2013 solution. He gets the following error: Please disregard. This was a vc12 vs. VS2012 confusion. Sorry for the noise. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ

[cmake-developers] How is the Visual Studio compiler looked up

Hello, one of my colleagues is unable to generate a VS2013 solution. He gets the following error: F:\CitrixLibs\ExternalLibs\CMake\3.1.3\Tools_Windows\bin\cmake.exe -G Visual Studio 12 -T v120_xp -A Win32 -DWITH_COPY_PREBUILT_CACHE=ON -DWITH_COPY_PREBUILT=ON