My working branch is here: https://github.com/purpleKarrot/CMake/commits/pch
Feel free to comment, evaluate, contribute.
I am nut fully decided regarding these two questions:
- Do we want to support different pch per CONFIG? I think no, but I
might be wrong.
- Do we want to support different pch
On 03-Dec-15 18:45, Bartosz Kosiorek wrote:
Hello Ruslan
The Android supports both Universal Apk and Multi Apk.
https://androidbycode.wordpress.com/2015/07/07/android-ndk-a-guide-to-deploying-apps-with-native-libraries/
http://developer.android.com/google/play/publishing/multiple-apks.html
Perhaps the Paris Climate talks would be good inspiration for tackling
this feature. How many pounds of CO2 are emitted each year due to
needless header compilation CPU cycles? :-)
On Fri, Oct 30, 2015 at 1:48 AM, James Johnston
wrote:
>> -Original Message-
>
>> From: cmake-developers [ma
On 02/12/2015 17:31, rle...@codelibre.net wrote:
- Add TIFF::TIFF imported target
- Document imported target
- Add testcase to test the standard variables and the imported
target
Also:
- Add TIFF_INCLUDE_DIRS to match common practice
- Update documentation generally, including documenting
Thanks. Applied with minor tweaks and merged to 'next' for testing:
That's great, thanks. Now that the patches are in, would you say it's
better to work on adding a deprecated toggle option to the cmake-gui, or
to work on adding support for upgrading warnings to errors?
Cheers,
Michael
--
The following issue has been SUBMITTED.
==
https://public.kitware.com/Bug/view.php?id=15871
==
Reported By:Richard Lang
Assigned To:
Hello.
Here is the patch with tests.
From: Brad King
Sent: Thursday, December 3, 2015 7:07 PM
To: Bartosz Kosiorek
Cc: cmake-developers@cmake.org
Subject: Re: [cmake-developers] [PATCH] Extend copy and copy_if_different
commands with support multiple file
On 12/03/2015 12:31 PM, Bartosz Kosiorek wrote:
> When I'm trying to run test with wildcard:
> run_cmake_command(E_copy-wildcard-source-files-target-is-directory
> ${CMAKE_COMMAND} -E copy
> ${RunCMake_copy_TEST_SOURCE_DIR}/directory1/*
> ${RunCMake_copy_TEST_
When I'm trying to run test with wildcard:
run_cmake_command(E_copy-wildcard-source-files-target-is-directory
${CMAKE_COMMAND} -E copy
${RunCMake_copy_TEST_SOURCE_DIR}/directory1/*
${RunCMake_copy_TEST_BINARY_DIR})
I've got an error:
Error copying file
"/ho
On 12/03/2015 11:05 AM, Bartosz Kosiorek wrote:
> After every step I will need to clean it up .
If you add these as cases in the RunCMake.CommandLine test then each one can
get its own directory and the RunCMake infrastructure will take care of
cleaning it up for each run.
-Brad
--
Powered by
Hi.
I would like to create following tests for copy and copy_if_different commands:
cmake -E copy test_copy_command_dir/file1.txt
test_copy_command_dir/target_directory1
Result: success
E_copy-one-source-directory-target-is-directory-result.txt
E_copy-one-source-directory-target-is-directory
On 12/03/2015 06:43 AM, CHEVRIER, Marc wrote:
> 1. Fix some typo errors (introduced by myself :(
Good catch. Sorry I didn't notice that during review. Those typos
clearly came from the component renaming we discussed.
Applied:
FindJava: Fix typos in IdlJ and JarSigner component implementatio
On 12/02/2015 04:45 PM, Bartosz Kosiorek wrote:
> Patch in attachment allows to place resources in main Bundle directory
> (iOS specification), instead to always place in Resource directory.
>
> https://public.kitware.com/Bug/view.php?id=15848
Thanks, applied:
iOS: Fix framework resource direct
On 12/02/2015 07:05 PM, Bartosz Kosiorek wrote:
> This patch allows to use multiple files in commands "copy" and
> "copy_if_different".
Good, thanks. Please also extend the Tests/RunCMake/CommandLine test to
cover this these operations.
Thanks,
-Brad
--
Powered by www.kitware.com
Please kee
Hi again.
I get through link:
https://en.wikipedia.org/wiki/Fat_binary
and I think it will be better to name this property:
INSTALL_UNIVERSAL_BINARY
Later such property name could be used also for Executables/Bundles etc.
And the result for both Libraries and Executables will be the same.
Be
Hi,
Attached are small patches enhancing Java support :
1. Fix some typo errors (introduced by myself :(
2. Enable to specify manifest file as relative path (same behaviour as java
sources)
3. Add support for AIX/powerpc Java toolkits
Marc
0001-fix-typo-errors.patch
Description: 00
Hello Ruslan
The Android supports both Universal Apk and Multi Apk.
https://androidbycode.wordpress.com/2015/07/07/android-ndk-a-guide-to-deploying-apps-with-native-libraries/
http://developer.android.com/google/play/publishing/multiple-apks.html
It is necessary for deploy applications which
On 03-Dec-15 14:57, Bartosz Kosiorek wrote:
Thanks Ruslan for feedback.
I think that this new property should work also for FRAMEWORK and should
support both OSX and iOS
In that way it is already done for:
- for SHARED library adding FRAMEWORK property produce correct Framework for
iOS or O
18 matches
Mail list logo