it in details. I'm using iOS 9
and Makefile for generate.
Best Regards
Bartosz
W dniu środa, 11 listopada 2015 Gregor Jasny via cmake-developers <
cmake-developers@cmake.org> napisał(a):
> On 11/11/15 05:48, Bartosz Kosiorek wrote:
>>
>> Hello.
>>
>> I think before rele
From: cmake-developers <cmake-developers-boun...@cmake.org> on behalf of
Bartosz Kosiorek <bartosz.kosio...@tomtom.com>
Sent: Wednesday, November 11, 2015 2:19 AM
To: Gregor Jasny; cmake-developers@cmake.org
Subject: Re: [cmake-developers] [PATCH] iOS Framework Bundle support
Hi
(both from Application and Frameworks) ?
Best Regards
Bartosz
From: Gregor Jasny <gja...@googlemail.com>
Sent: Tuesday, November 10, 2015 9:54 PM
To: Bartosz Kosiorek; cmake-developers@cmake.org
Subject: Re: [cmake-developers] [PATCH] iOS Framewor
.
Best Regards
Bartosz
From f4889ec1dbe8348baab544e6aa378f8cee12b2b7 Mon Sep 17 00:00:00 2001
From: Bartosz Kosiorek <gan...@poczta.onet.pl>
Date: Wed, 11 Nov 2015 05:37:15 +0100
Subject: [PATCH] Update documentation to reflect support for iOS.
---
Help/manual/cmake-buildsystem
day, November 17, 2015 5:52 PM
To: Ruslan Baratov
Cc: Bartosz Kosiorek; CMake Developers; Gregor Jasny
Subject: Re: [cmake-developers] [PATCH] iOS Framework Bundle support
In my case, I’ve switched all my company builds from xcodebuild (or msbuild) to
Ninja as it is much faster and parallelises
you want to use generators like make, ninja, fastbuild, etc.
What is your opinion about that?
Best Regards
Bartosz
-Original Message-
From: Gregor Jasny [mailto:gja...@gmail.com]
Sent: Friday, November 13, 2015 2:09 PM
To: Bartosz Kosiorek; cmake-developers@cmake.org
Subject: Re: [cmake
that it will be similar.
Best Regards
Bartosz
From: Ruslan Baratov <ruslan_bara...@yahoo.com>
Sent: Thursday, December 3, 2015 11:06 AM
To: Bartosz Kosiorek
Cc: Gregor Jasny; cmake-developers@cmake.org
Subject: Re: Fw: [cmake-developers] Please comment
.
Best Regads
Bartosz
From: Bartosz Kosiorek
Sent: Thursday, December 3, 2015 12:45 PM
To: Ruslan Baratov
Cc: Gregor Jasny; cmake-developers@cmake.org
Subject: Re: Fw: [cmake-developers] Please comment on ios-universal topic
Hello Ruslan
The Android supports
sday, December 3, 2015 4:09 AM
To: Bartosz Kosiorek
Cc: Gregor Jasny; cmake-developers@cmake.org
Subject: Re: Fw: [cmake-developers] Please comment on ios-universal topic
On 02-Dec-15 19:44, Bartosz Kosiorek wrote:
> Hi.
>
> Currently we already support similar target propert
egards
Bartosz
2015-12-04 16:35 GMT+01:00 Brad King <brad.k...@kitware.com>:
> On 12/04/2015 09:18 AM, Bartosz Kosiorek wrote:
> > Finally I manage to add wildcard support.
> > I have taken SimpleGlob.h library from:
> > https://github.com/brofield/simpleopt
>
>
Hello.
I following patch I have added support for multiple source directories into
copy_directory command.
Comments are welcomed.
Best Regards
Bartosz
From 6ff0139ae43d4ac4a503007dd6abac5dcefd1083 Mon Sep 17 00:00:00 2001
From: Bartosz Kosiorek <gan...@poczta.onet.pl>
Date: Sun, 6 De
What I'm doing wrong ?
From: Brad King <brad.k...@kitware.com>
Sent: Thursday, December 3, 2015 5:38 PM
To: Bartosz Kosiorek
Cc: cmake-developers@cmake.org
Subject: Re: [cmake-developers] [PATCH] Extend copy and copy_if_different
commands with support multiple files
On 12/03/2015 11:05 AM, Barto
: Re: [cmake-developers] [PATCH] Extend copy and copy_if_different
commands with support multiple files
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 exte
Hello.
Here is the patch with tests.
From: Brad King <brad.k...@kitware.com>
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
co
provided, then destination could be either
file or directory:
./bin/cmake -E copy file.tar dupajasia/ctest
This path is starting point for fixing bug 15703:
?https://public.kitware.com/Bug/view.php?id=15703
Best Regards
Bartosz
From 8225688074386ac8633bad5e6f9fdb4a7caf9775 Mon Sep 17 00:00
Hi.
Currently we already support similar target properties:
- INSTALL_NAME_DIR
- INSTALL_RPATH
- INSTALL_RPATH_USE_LINK_PATH
It will be great to follow the same name convention.
Because this new property is only applicable for INSTALL step, I would like to
propose to rename property name to
Hello.
Patch in attachment allows to place resources in main Bundle directory (iOS
specification), instead to always place in Resource directory (OSX
specification.
See more:
https://public.kitware.com/Bug/view.php?id=15848
?
I tested it intensively with different generators (Makefile,
ON 3.2.10
XCODE_ATTRIBUTE_CODE_SIGN_IDENTITY "iPhone Developer"
PUBLIC_HEADER mul.h
RESOURCE "${RESLIST}"
)
Thanks in advance
Bartosz
From: clin...@elemtech.com <clin...@elemtech.com>
Sent: Friday, December 11, 2015 4:24 PM
To: B
<ruslan_bara...@yahoo.com>
Sent: Saturday, December 12, 2015 2:15 AM
To: Bartosz Kosiorek
Cc: Clinton Stimpson; cmake-developers; Gregor Jasny
Subject: Re: [cmake-developers] [PATCH] Re: Create subdirectories in Resource
directory for Frameworks and Application bundle.
On 12-Dec-15 07:26, B
From: Clinton Stimpson <clin...@elemtech.com>
Sent: Friday, December 11, 2015 10:16 PM
To: Bartosz Kosiorek
Cc: cmake-developers; Gregor Jasny
Subject: Re: Create subdirectories in Resource directory for Frameworks and
Application bundle.
On Friday, December 11, 2015 08:46:56 PM B
Hello.
With following patch, I have added support for multiple directories for
make_directory command.
?Best Regards
Bartosz
From e189db26e60254712e3e73a11296c58d8f61fe68 Mon Sep 17 00:00:00 2001
From: Bartosz Kosiorek <gan...@poczta.onet.pl>
Date: Wed, 9 Dec 2015 15:59:43 +0100
S
Hello.
With CMake 3.5 it is possible to put Resources into the Bundle (Frameworks and
Applications)
More information:
https://cmake.org/gitweb?p=cmake.git;a=blob;f=Help/prop_tgt/RESOURCE.rst
So with code:
add_executable(ExecutableTarget
addDemo.c
resourcefile.txt
ink the same should be applied to "Headers"?
Best Regards
Bartosz
2015-12-11 19:06 GMT+01:00 Clinton Stimpson <clin...@elemtech.com>:
>
>
> On Friday, December 11, 2015 05:01:41 PM Bartosz Kosiorek wrote:
> > Thanks Clint
> >
> > Unfortunately MACOSX_PAC
Hi Ben.
2016-01-04 17:39 GMT+01:00 Ben Boeckel :
> The
> big remaining problem is passing char* as an argument where functions do
> std::string(arg) right away. I fixed all of those which did explicit
> std::string conversions (via assignment or otherwise), but those
o it seems in our case, for Generation performance step, we should use Ninja.
Best Regards
Bartosz
From: Ruslan Baratov <ruslan_bara...@yahoo.com>
Sent: Saturday, December 19, 2015 6:27 PM
To: Bartosz Kosiorek
Cc: Clinton Stimpson; Gregor Jasny; CMake Develo
Good Morning/Evening.
I applied all post review comments.
Feedback is much welcomed.
Thanks in advance
Bartosz
-Original Message-
From: Brad King [mailto:brad.k...@kitware.com]
Sent: Friday, November 20, 2015 3:17 PM
To: Bartosz Kosiorek
Cc: cmake-developers@cmake.org; Gregor Jasny
.
Thanks in advance
Bartosz
-Original Message-
From: cmake-developers [mailto:cmake-developers-boun...@cmake.org] On Behalf Of
Bartosz Kosiorek
Sent: Wednesday, November 11, 2015 5:48 AM
To: Gregor Jasny; cmake-developers@cmake.org
Subject: [SPAM] [cmake-developers] [PATCH] CMake 3.4.0rc3 Apple
Hello.
Last time I faced problem, how to set "current version" and "compatibility
version" on binaries produced by OS X.
I have updated documentation to describe how to archieve that, to make life
easier for new CMake users.
Please let me know what do you think about it.
Do you think it could
Hi
I just started testing 3.5.0-rc1 on Linux and I noticed regression in
Makefile generation time.
I checked 3.5.0rc1, 3.4.3 and 3.2.2 versions, and the results are as
follows:
64bit cmake 3.5.0-rc1 Makefile Generation
1. Run
real2m36.457s
user2m32.008s
sys0m3.184s
2. Run
real
Unfortunately there no 64bit CMake version for Windows:
https://cmake.org/download/
Is it possible to create 64 bit build for Windows?
Best Regards
Bartosz
2016-02-04 11:17 GMT+01:00 Bartosz Kosiorek <gan...@poczta.onet.pl>:
> Hi
> I just started testing 3.5.0-rc1 on Linux and I notice
:00 Bartosz Kosiorek <gan...@poczta.onet.pl>:
> Hi.
> I would like to mention that all my previous times, was measured for clean
> Generation (I deleted all generation files)
> I will try to make bisect build, to check where regression occur.
>
> Now I would like to pres
Good Morning/Evening.
I have great news.
With Nighly Build 3.5.20160208 the regression was gone, and the Generation
performance is almost the as with CMake 3.4.3.
Here are details:
Version 3.2.2
real2m0.780s
user1m55.704s
sys0m2.360s
Version 3.4.3
real1m30.223s
user1m24.816s
directory.
The only difference was cmake version used for configuring.
How I could check what was caused such long times?
Best Regards
Bartosz
2016-02-04 14:30 GMT+01:00 Brad King <brad.k...@kitware.com>:
> On 02/04/2016 07:09 AM, Bartosz Kosiorek wrote:
> > There is huge difference in
+01:00 Bartosz Kosiorek <gan...@poczta.onet.pl>:
> Hi Brad
> Unfortunately after building locally, the times are totally different
> (worse).
> I don't know why it is happen.
>
> Builds for some specific commits, are not able to run properly. In that
> case I have just skip
sys 0m2.984s
2016-02-04 18:57 GMT+01:00 Brad King <brad.k...@kitware.com>:
> On 02/04/2016 10:29 AM, Bartosz Kosiorek wrote:
> > I downloaded cmakes from website:
> > https://cmake.org/download/
> >
> > All generation were done on clean output (delet
Hello.
I checked the generation performance for our huge project for Linux and
Windows, and there is big improvement for 64bit over 32 bit for Linux.
For Windows there is no such big difference between 32bit and 64bit in
generation time:
CMake 3.5.0 Windows 64 bits:
End time: 9.41:45
Hello.
I implemented multiple files support for touch and touch_nocreate.
It seems that partially it was implemented but:
1. Documentation didn't mention about multi file support for touch command
2. When some unspecified error will occur, the touching multiple files was
interrupted. `i fixed
37 matches
Mail list logo