On 04.06.2012 23:13, Bill Hoffman wrote:
On 6/4/2012 2:22 PM, Peter Kümmel wrote:
We use ninja's response files:
# Rule for linking CXX static library.
rule CXX_STATIC_LIBRARY_LINKER
command = E:\sandbox\MinGW32\bin\ar.exe cr $out $LINK_FLAGS @$out.rsp
description = Linking CXX static l
Am Dienstag, 5. Juni 2012 um 17:11:47, schrieb Brad King
> On 06/05/2012 04:43 PM, Brad King wrote:
> > Is there any change in Ubuntu's package for libarchive that is
> > not upstream?
>
> I traced through the source to see how SCHILY.fflags can ever
> be added to the archive. I think it depends
I would like that, too. But I am going to be firm in saying that I will not
allow that change until the "Nightly Expected" dashboard section is
completely green with respect to all ninja submissions.
So I don't anticipate that happening in time for 2.8.9.
I'd be happy to be proven wrong, though.
Am Dienstag, 5. Juni 2012 um 16:27:28, schrieb Brad King
> On 06/05/2012 04:04 PM, Kornel Benko wrote:
> >> However, there were very few changes between the two versions of
> >> libarchive, at least upstream:
> >> $ git rev-list --count 28267d8..v3.0.3
> >
> > Maybe this version (3.0.2) is "erron
I would like to have the Ninja generator enabled on all Platforms.
It is importand for cross Development, not only as native Build Tool!
With regards
Claus
On 04.06.2012, at 23:13, David Cole wrote:
> We are preparing to build CMake 2.8.9, release candidate one, in the next few
> days (or poss
Am Dienstag, 5. Juni 2012 um 16:43:15, schrieb Brad King
> On 06/05/2012 03:55 PM, Kornel Benko wrote:
> > Ok, I created a dir with 340 entries. (330 entries was not enough).
>
> Thanks. I see the header in the tarball you sent:
>
> $ tar xvzf ../data.tgz |wc -l
> tar: Ignoring unknown extend
On 06/05/2012 04:43 PM, Brad King wrote:
> Is there any change in Ubuntu's package for libarchive that is
> not upstream?
I traced through the source to see how SCHILY.fflags can ever
be added to the archive. I think it depends on whether the
HAVE_STRUCT_STAT_ST_FLAGS test is true when libarchive
Brad King wrote:
> On 05/25/2012 05:18 PM, Stephen Kelly wrote:
>> By the way, another thing we would need to cover with this is linking to
>> another library based on the value of a property.
>>
>> https://codereview.qt-project.org/#change,26577
>
> That one doesn't have to be delayed until gen
On 06/05/2012 03:55 PM, Kornel Benko wrote:
> Ok, I created a dir with 340 entries. (330 entries was not enough).
Thanks. I see the header in the tarball you sent:
$ tar xvzf ../data.tgz |wc -l
tar: Ignoring unknown extended header keyword `SCHILY.fflags'
341
However, I cannot reproduce it.
On 06/05/2012 04:04 PM, Kornel Benko wrote:
>> However, there were very few changes between the two versions of
>> libarchive, at least upstream:
>> $ git rev-list --count 28267d8..v3.0.3
>
> Maybe this version (3.0.2) is "erroneous" too. The last working
> version on ubuntu 11.10 was libarchive1_
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13273
==
Reported By:Daniel R. Gomez
Assigned To:
Am Dienstag, 5. Juni 2012 um 15:35:15, schrieb Brad King
> On 06/05/2012 01:19 PM, Brad King wrote:
> > On 06/05/2012 08:57 AM, Kornel Benko wrote:
> >>> The builtin cmlibarchive in CMake 2.8.8 is libarchive 3.0.2, from svn
> >>> rev 4051, now Git commit 28267d8f:
> >>
> >> On ubuntu 12.04 it is
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13272
==
Reported By:Daniel R. Gomez
Assigned To:
Am Dienstag, 5. Juni 2012 um 13:19:31, schrieb Brad King
> On 06/05/2012 08:57 AM, Kornel Benko wrote:
> >> The builtin cmlibarchive in CMake 2.8.8 is libarchive 3.0.2, from svn
> >> rev 4051, now Git commit 28267d8f:
> >
> > On ubuntu 12.04 it is package libarchive12, version 3.0.3-6ubuntu1.
>
On 06/05/2012 01:19 PM, Brad King wrote:
> On 06/05/2012 08:57 AM, Kornel Benko wrote:
>>> The builtin cmlibarchive in CMake 2.8.8 is libarchive 3.0.2, from svn
>>> rev 4051, now Git commit 28267d8f:
>>
>> On ubuntu 12.04 it is package libarchive12, version 3.0.3-6ubuntu1.
>
> Can you provide a
Hi Bill,
IMO response file handling should NOT disabled for unix host at all.
With this patch, it may be checked on Darwin and perhaps the same is
needed for BSD?
claus-kleins-macbook-pro:AgentProBuild clausklein$ make CMakeCache.txt
-- The C compiler identification is GNU 4.7.0
-- The CXX c
Am Montag, 4. Juni 2012, 17:13:26 schrieb David Cole:
> We are preparing to build CMake 2.8.9, release candidate one, in the next
> few days (or possibly as late as next week).
>
> Is there any pending/outstanding work that anybody thinks is critical for
> inclusion in CMake 2.8.9?
>
> (I don't w
Brad King wrote:
> On 06/05/2012 01:23 PM, Stephen Kelly wrote:
>> Brad King wrote:
>>> You can't try_compile inside a platform file.
>>
>> I'm not sure I'm trying to?
>
> I thought you meant you would add the try_compile to the platform file
> to decide whether to report -fPIE.
>
>> Do you mea
On 06/05/2012 01:23 PM, Stephen Kelly wrote:
> Brad King wrote:
>> You can't try_compile inside a platform file.
>
> I'm not sure I'm trying to?
I thought you meant you would add the try_compile to the platform file
to decide whether to report -fPIE.
> Do you mean in the tests, or do you mean th
Brad King wrote:
> On 06/05/2012 11:54 AM, Stephen Kelly wrote:
>> I can add a try_compile for -fPIE on APPLE (though I wonder if it would
>> work), but still, I expect to see something like that in the OUTPUT
>> variable from check_cxx_source_compiles...
>
> The OUTPUT variable is internal to th
On 06/05/2012 08:57 AM, Kornel Benko wrote:
>> The builtin cmlibarchive in CMake 2.8.8 is libarchive 3.0.2, from svn
>> rev 4051, now Git commit 28267d8f:
>
> On ubuntu 12.04 it is package libarchive12, version 3.0.3-6ubuntu1.
Can you provide a simple script that reproduces a "bad" tarball
using
On 06/05/2012 11:54 AM, Stephen Kelly wrote:
> I can add a try_compile for -fPIE on APPLE (though I wonder if it would
> work), but still, I expect to see something like that in the OUTPUT variable
> from check_cxx_source_compiles...
The OUTPUT variable is internal to the macro and not documente
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13271
==
Reported By:recryn
Assigned To:
Brad King wrote:
> On 06/05/2012 11:40 AM, Stephen Kelly wrote:
>> http://open.cdash.org/testDetails.php?test=148807497&build=2335525
>>
>> I tried outputting the OUTPUT resulting from the try_compile, but that
>> does not seem to actually create the output as expected, even though the
>> relevea
On 06/05/2012 11:40 AM, Stephen Kelly wrote:
> http://open.cdash.org/testDetails.php?test=148807497&build=2335525
>
> I tried outputting the OUTPUT resulting from the try_compile, but that does
> not seem to actually create the output as expected, even though the
> releveant commit is being test
Stephen Kelly wrote:
> Stephen Kelly wrote:
>
>> Brad King wrote:
>>> The current implementation can be refactored in a way that
>>> should make Xcode easy.
>>
>>> Then simply use the patch below for Xcode.
>>
>> Great, thanks, all done.
>>
>> I'll merge it into next next week when I can look
Am Dienstag, 5. Juni 2012 um 08:37:37, schrieb Brad King
> On Tue, Jun 5, 2012 at 8:17 AM, Eric Noulard wrote:
> > 2012/6/5 Kornel Benko :
> > Somebody shall dive into the build process of the libarchive Ubuntu package
> > and
> > see **why** it breaks the CMake build while using cmlibarchive do
On Tue, Jun 5, 2012 at 8:17 AM, Eric Noulard wrote:
> 2012/6/5 Kornel Benko :
> Somebody shall dive into the build process of the libarchive Ubuntu package
> and
> see **why** it breaks the CMake build while using cmlibarchive does not.
This is the proper action. What version of libarchive is u
2012/6/5 Kornel Benko :
> Am Dienstag, 5. Juni 2012 um 10:11:40, schrieb Eric Noulard
>
>
>> Hi Kornel,
>
>> Like I said in the previous thread, we simply cannot switch to gnutar, it
>> will potentially break many other systems.
>
> OK, I understood the hesitation.
>
>> Moreover when you compiled
On Tue, Jun 5, 2012 at 5:07 AM, Manuel Klimek wrote:
> From taking a very high level look it seems to me like the parser probably
> needs fixing on Windows
Okay, thanks!
-Brad
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensourc
Am Dienstag, 5. Juni 2012 um 10:11:40, schrieb Eric Noulard
> > I already proposed a patch in the users list (using
> > "archive_write_set_format_gnutar()"
>
> Discussion is in this thread:
> http://www.cmake.org/pipermail/cmake/2012-May/050483.html
>
>
> >
> > instead of "archive_write_set_fo
On Mon, Jun 4, 2012 at 4:41 PM, Brad King wrote:
> On 06/04/2012 10:25 AM, Bill Hoffman wrote:
> > On 6/1/2012 1:55 PM, Brad King wrote:
> >> The generator is supposed to produce a file that lists all the
> >> compiler invocation command lines in a JSON format. The test
> >> runs a build with th
Yury G. Kudryashov wrote:
> Stephen Kelly wrote:
>
>> David Cole wrote:
>>
>>> We are preparing to build CMake 2.8.9, release candidate one, in the
>>> next few days (or possibly as late as next week).
>>>
>>> Is there any pending/outstanding work that anybody thinks is critical
>>> for inclus
2012/6/4 David Cole :
> We are preparing to build CMake 2.8.9, release candidate one, in the next
> few days (or possibly as late as next week).
>
> Is there any pending/outstanding work that anybody thinks is critical for
> inclusion in CMake 2.8.9?
Could you take this one:
http://public.kitware
2012/6/4 David Cole :
> We are preparing to build CMake 2.8.9, release candidate one, in the next
> few days (or possibly as late as next week).
>
> Is there any pending/outstanding work that anybody thinks is critical for
> inclusion in CMake 2.8.9?
Critical, not really but that one has been wait
2012/6/5 Kornel Benko :
> Am Montag, 4. Juni 2012 um 17:13:26, schrieb David Cole
>
>
>> We are preparing to build CMake 2.8.9, release candidate one, in the next
>
>> few days (or possibly as late as next week).
>
>>
>
>> Is there any pending/outstanding work that anybody thinks is critical for
>
Stephen Kelly wrote:
> David Cole wrote:
>
>> We are preparing to build CMake 2.8.9, release candidate one, in the next
>> few days (or possibly as late as next week).
>>
>> Is there any pending/outstanding work that anybody thinks is critical for
>> inclusion in CMake 2.8.9?
>
> I'd very much
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13270
==
Reported By:raspy
Assigned To:
=
Am Montag, 4. Juni 2012 um 17:13:26, schrieb David Cole
> We are preparing to build CMake 2.8.9, release candidate one, in the next
> few days (or possibly as late as next week).
>
> Is there any pending/outstanding work that anybody thinks is critical for
> inclusion in CMake 2.8.9?
>
> (I don'
39 matches
Mail list logo
