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

Hi Brad, Thanks for the quick response! :) The changes to remove “refType” are quite safe. I see no big problems there. The same for “buildSettings” as this attribute is empty for the “PBXProject” section. About “buildStyles”, as I see on the cmake code, it is used only to set

Re: [cmake-developers] CMake can't generate Windows 10 store app with VS2015 Update 1

Ok, I've installed all options from the SDK (https://dev.windows.com/en-us/downloads/windows-10-sdk) but it doesn't solve the issue. Is there something other to install? What things does CMake require? Best Regards Roman > Am 05.02.2016 um 14:54 schrieb Roman Wüger : > >

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

Hi, tl;dr: I have problems generating .pbxproj files with cmake, related to deprecated attributes on .pbxproj. We are using cmake to generate and build Xcode projects. We need to generate the schemes programatically, and to do so we are using https://github.com/CocoaPods/Xcodeproj to generate

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

On 02/05/2016 09:23 AM, Arnau Quintana wrote: > The problem is that the .pbxproj contains some attributes that seem to be > deprecated. Specifically: > > * “refType" for the “PBXFileReference" isa > * “buildSettings” and “buildStyles” for “PBXProject" isa > > Xcode is nice enough to open

Re: [cmake-developers] CMake 3.5 generation time

On 02/05/2016 09:10 AM, Bartosz Kosiorek wrote: > Finally I was able to finalize git bisect. > Generally without regression time was: real3m44.070s > first bad commit: [0c97d32f7a592a768d614c19b3fd48eab245a2c4] > cmGlobalGenerator: Remove direct storage of target > time increased to real

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

On 02/05/2016 11:35 AM, Arnau Quintana wrote: > I do not know if these are related. Any thoughts? Unfortunately I'm not familiar enough with Xcode to answer. Hopefully someone else can answer. > I am curious about what tests are you running. Could you > please point me to the relevant tests?

[cmake-developers] Question related to Visual Studio 14 2015 [MyTarget]

Hello all, I am a cmake newbie. Now I have two compiler that target MyTarget. The first one is a modified cl.exe, and the other one is the clang-cl.exe. Because they don't target x86/x64, both headers/libraries are supposed not to be included/linked. Instead I just want to include/link

Re: [cmake-developers] Adding Swift support to CMake for Linux/Makefiles

On 2/4/16, Brad King wrote: > On 01/29/2016 03:16 PM, Eric Wing wrote: >> I need more guidance here. I'm not connecting the dots. >> My problem seems to be that the execute_process() in >> CMakeDetermineCompilerId.cmake is trying to invoke the command: >> 'swift

Re: [cmake-developers] CMake can't generate Windows 10 store app with VS2015 Update 1

Hi Roman, I can help with this. You should be good with VS 2015 and the Windows 10 SDK. After you installed the SDK, did you get the same error message or a different one? From: cmake-developers [mailto:cmake-developers-boun...@cmake.org] On Behalf Of Roman Wüger Sent: Friday, February 5,

[cmake-developers] CMake can't generate Windows 10 store app with VS2015 Update 1

Hello, I’ve Installed Windows 10 Professional with VS2015 Update 1 and CMake 3.4.3. When I run configure: cmake -G "Visual Studio 14 Win64" -DCMAKE_SYSTEM_NAME:STRING=WindowsStore -DCMAKE_SYSTEM_VERSION:STRING=10.0 ..\source Then I became the following error message: CMake Error

Re: [cmake-developers] CMake 3.5 generation time

Hi. Finally I was able to finalize git bisect. Generally without regression time was: real 3m44.070s first bad commit: [0c97d32f7a592a768d614c19b3fd48eab245a2c4] cmGlobalGenerator: Remove direct storage of target time increased to real6m36.929s (second clean run real6m12.635s)

Re: [cmake-developers] CMake 3.5 generation time

On 02/04/2016 05:57 PM, Bartosz Kosiorek wrote: > Unfortunately after building locally, the times are totally different (worse). Check CMAKE_BUILD_TYPE in the CMakeCache.txt file of your CMake build and make sure it is "Release". If not, just change it and run "make" again to rebuild. Thanks,