Hi,
Patches help to install universal iOS (device + simulator) libraries by
triggering some extra instructions (build + fuse) after "regular"
library installation finished. This behavior controlled by CMake
variable CMAKE_IOS_INSTALL_UNIVERSAL_LIBS.
= Example =
> cat CMakeLists.txt
Brad King wrote:
> On 09/23/2015 03:13 PM, Stephen Kelly wrote:
>> The end result of the current fix-max-path-initialization branch is the
>> same as it was then.
>
> Okay. I can reproduce it with the current topic (ba7f7067..16354083).
> Within the topic it bisects to:
>
>
2015-09-23 17:00 GMT+02:00 CHEVRIER, Marc :
> Any comments about this problem?
Sorry I've forgotten about this mail... From what you're describing it
should work. I'll take a look later today and get back to you then.
Thanks,
Domen
--
Powered by www.kitware.com
Please
Unfortunately, "pushd" is an inappropriate command to use when the
argument is quoted. It works just fine with "/" characters if the
argument is quoted...
For example:
C:\Users\davidcole>pushd C:\Windows\System32
C:\Windows\System32>pushd C:/dev
The syntax of the command is
I factored out the code from cmOutputConverter::ConvertToOutputFormat() into
another helper method called ConvertDirectorySeparatorsForShell(), changed the
SHELL_PATH genex to accept only absolute paths, and changed its documentation
accordingly. I also added a BadSHELL_PATH test to the
On 09/22/2015 08:53 AM, Brad King wrote:
> In this case we have a bug in a new feature that was
> introduced in post-3.3 development so we need to either fix it or
> remove the offending parts of the new features before Oct 1 for 3.4.
In preparation for the 3.4 freeze I've added a topic to revert
Great, thank you, Brad & David.
Regarding the ExternalProjectShellPathGenex test: I wrongly assumed that the
WIN32 variable wouldn't be set when using MSYS and the like. Would it make
sense to keep the test when changing the WIN32 check to MSVC? Good to know that
pushd is working for quoted
On 09/23/2015 05:18 PM, Robert Goulet wrote:
> Here is the patch to support genex for install(DIRECTORY) command
> DESTINATION option.
Thanks. Applied with minor tweaks:
install: Allow generator expressions in DIRECTORY DESTINATION
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=bd189cc2
On 09/24/2015 09:05 AM, Kislinskiy, Stefan wrote:
> I factored out the code from cmOutputConverter::ConvertToOutputFormat()
> into another helper method called ConvertDirectorySeparatorsForShell(),
> changed the SHELL_PATH genex to accept only absolute paths, and changed
> its documentation
> -Original Message-
> From: cmake-developers [mailto:cmake-developers-boun...@cmake.org]
> On Behalf Of Kislinskiy, Stefan
> Sent: Thursday, September 24, 2015 15:09
> To: Brad King
> Cc: cmake-developers@cmake.org
> Subject: Re: [cmake-developers] generator expression for path slash
>
On 09/23/2015 06:48 PM, Gilles Khouzam wrote:
> This adds only the WINDOWS_TARGET_PLATFORM_VERSION property as it
> currently only supports the desktop scenario and is extracted
> from the rest of the Windows 10 Store support.
Thanks. While reviewing this much simpler patch I realized that
the
Thanks Brad!
Sent from mobile, please excuse typos.
> On Sep 24, 2015, at 10:24 AM, Brad King wrote:
>
>> On 09/23/2015 05:18 PM, Robert Goulet wrote:
>> Here is the patch to support genex for install(DIRECTORY) command
>> DESTINATION option.
>
> Thanks. Applied with
I've created a fix for the issue of -Wno-dev and -Wno-deprecated options
not being honoured, and extended the tests to cover this additional
scenario.
However I'm having an issue with determining if variables are set in
cmake.cxx. The initial fix checked for the variables using the
13 matches
Mail list logo