Re: [cmake-developers] Welcome to June, time for the next release candidate
On Monday, June 04, 2012 11:58:19 PM 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 like the POSITION_INDEPENDENT_CODE topic to be part of it. (I don't want to trigger a flurry of activity by sending this out... but I suppose it's better to have it before we decide to cut rc1 than after. ;-) Yury did some work on export-sets: http://thread.gmane.org/gmane.comp.kde.devel.buildsystem/7257/focus=7274 But I don't think it's 'done' enough for inclusion yet unfortunately. The existing tests pass, but new ones are needed. Hopefully we can get it ready early in the next cycle. That's really a pity. It's kind of a blocker for the splitted kdelibs :-/ Alex -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Welcome to June, time for the next release candidate
Am Montag, 4. Juni 2012 um 17:13:26, schrieb David Cole david.c...@kitware.com 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 want to trigger a flurry of activity by sending this out... but I suppose it's better to have it before we decide to cut rc1 than after. ;-) Thanks, David There is still the problem that created debian packages are not working with dpkg. System: ubuntu 12.04, 64 bit. Cmake: created with -DCMAKE_USE_SYSTEM_LIBARCHIVE:BOOL=ON The following list of commands: # make package # create xyzz.deb # ar rv xyzz.deb data.tar.gz # tar ztvf data.tgz /dev/null tar: Ignoring unknown extended header keyword `SCHILY.fflags' tar: Ignoring unknown extended header keyword `SCHILY.fflags' tar: Ignoring unknown extended header keyword `SCHILY.fflags' tar: Ignoring unknown extended header keyword `SCHILY.fflags' I already proposed a patch in the users list (using archive_write_set_format_gnutar() instead of archive_write_set_format_pax_restricted() in file Source/cmArchiveWrite.cxx) which make things work OK on this system. Kornel signature.asc Description: This is a digitally signed message part. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Welcome to June, time for the next release candidate
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 like the POSITION_INDEPENDENT_CODE topic to be part of it. (I don't want to trigger a flurry of activity by sending this out... but I suppose it's better to have it before we decide to cut rc1 than after. ;-) Yury did some work on export-sets: http://thread.gmane.org/gmane.comp.kde.devel.buildsystem/7257/focus=7274 Currently it just moves export-sets to a dedicated class, so it can be merged if there are no objections. This change would simplify adding additional logic to install(EXPORT ...). But I don't think it's 'done' enough for inclusion yet unfortunately. The existing tests pass, but new ones are needed. Hopefully we can get it ready early in the next cycle. The problem is that I have a few deadlines in June: 2 grant applications have deadlines on 15th, and one on 20th... I'll try to find some time for cmake, but I'm not sure... -- Yury G. Kudryashov, mailto: ur...@mccme.ru -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Welcome to June, time for the next release candidate
2012/6/5 Kornel Benko kor...@lyx.org: Am Montag, 4. Juni 2012 um 17:13:26, schrieb David Cole david.c...@kitware.com 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 want to trigger a flurry of activity by sending this out... but I suppose it's better to have it before we decide to cut rc1 than after. ;-) Thanks, David There is still the problem that created debian packages are not working with dpkg. System: ubuntu 12.04, 64 bit. Cmake: created with -DCMAKE_USE_SYSTEM_LIBARCHIVE:BOOL=ON The following list of commands: # make package # create xyzz.deb # ar rv xyzz.deb data.tar.gz # tar ztvf data.tgz /dev/null tar: Ignoring unknown extended header keyword `SCHILY.fflags' tar: Ignoring unknown extended header keyword `SCHILY.fflags' tar: Ignoring unknown extended header keyword `SCHILY.fflags' tar: Ignoring unknown extended header keyword `SCHILY.fflags' 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_format_pax_restricted() in file Source/cmArchiveWrite.cxx) which make things work OK on this system. Hi Kornel, Like I said in the previous thread, we simply cannot switch to gnutar, it will potentially break many other systems. Moreover when you compiled the very same CMake using the shipped-in cmlibarchive you didn't get the error. So the issue is an interaction between system provided libarchive and CMake, did try to contact Ubuntu packager about that? -- Erk Le gouvernement représentatif n'est pas la démocratie -- http://www.le-message.org -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Welcome to June, time for the next release candidate
2012/6/4 David Cole david.c...@kitware.com: 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 waiting in my stack for a long time: (in fact longer than the initial bug report) http://public.kitware.com/Bug/view.php?id=12997 I may not be able to finish (un-pushed) work before next week but if I have a chance to push the first set of clean-up that would be great. (I don't want to trigger a flurry of activity by sending this out... but I suppose it's better to have it before we decide to cut rc1 than after. ;-) -- Erk Le gouvernement représentatif n'est pas la démocratie -- http://www.le-message.org -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Welcome to June, time for the next release candidate
2012/6/4 David Cole david.c...@kitware.com: 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.com/Bug/view.php?id=13248 (I don't want to trigger a flurry of activity by sending this out... but I suppose it's better to have it before we decide to cut rc1 than after. ;-) -- Erk Le gouvernement représentatif n'est pas la démocratie -- http://www.le-message.org -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Welcome to June, time for the next release candidate
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 inclusion in CMake 2.8.9? I'd very much like the POSITION_INDEPENDENT_CODE topic to be part of it. (I don't want to trigger a flurry of activity by sending this out... but I suppose it's better to have it before we decide to cut rc1 than after. ;-) Yury did some work on export-sets: http://thread.gmane.org/gmane.comp.kde.devel.buildsystem/7257/focus=7274 Currently it just moves export-sets to a dedicated class, so it can be merged if there are no objections. This change would simplify adding additional logic to install(EXPORT ...). But I don't think it's 'done' enough for inclusion yet unfortunately. The existing tests pass, but new ones are needed. Hopefully we can get it ready early in the next cycle. The problem is that I have a few deadlines in June: 2 grant applications have deadlines on 15th, and one on 20th... I'll try to find some time for cmake, but I'm not sure... I don't think there's any need to rush the cmake feature, and there's no need to get the refactoring in without the feature. Let's keep your current work and aim to get it finished for 2.8.10. Thanks, Steve. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Welcome to June, time for the next release candidate
Am Dienstag, 5. Juni 2012 um 10:11:40, schrieb Eric Noulard eric.noul...@gmail.com 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_format_pax_restricted() in file Source/cmArchiveWrite.cxx) which make things work OK on this system. 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 the very same CMake using the shipped-in cmlibarchive you didn't get the error. So the issue is an interaction between system provided libarchive and CMake, did try to contact Ubuntu packager about that? You mean, I should press the ubuntu packager to use built-in libarchive, instead of using the the approved brand new libarchive version already there? What should I expect as an answer from them? My opinion is: this libarchive will (sooner or later) find it's way to other platforms as well, and also in cmake's own sources. We already reacted once (changing archive_write_set_format_ustar() to archive_write_set_format_pax_restricted()). Never mind, I did not want to be importunate ... Kornel signature.asc Description: This is a digitally signed message part. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Welcome to June, time for the next release candidate
Am Dienstag, 5. Juni 2012 um 08:37:37, schrieb Brad King brad.k...@kitware.com On Tue, Jun 5, 2012 at 8:17 AM, Eric Noulard eric.noul...@gmail.com wrote: 2012/6/5 Kornel Benko kor...@lyx.org: 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 used from the system? The builtin cmlibarchive in CMake 2.8.8 is libarchive 3.0.2, from svn rev 4051, now Git commit 28267d8f: https://github.com/libarchive/libarchive/tree/28267d8f/ plus some portability fixes. On ubuntu 12.04 it is package libarchive12, version 3.0.3-6ubuntu1. Dont know what, if anything, they changed. This may-be a usage error on CMake side (and I'll try to help to fix it) but this may well be a mistake on libarchive/Ubuntu side as well. [snip] Yes but this action was widening the compatibility. pax_restricted -- gnutar may be narrowing it. This was discussed here: http://www.cmake.org/Bug/view.php?id=11958 Yes, this is very alike to what I see here. but many archive portability concerns were lifted by updating to a libarchive that included this: https://github.com/libarchive/libarchive/commit/de60ddd0 Still the SHILY.fflags were not handled ... The issue was resolved without changing formats by a fix suggested by a libarchive maintainer: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e8558efa If there are extended headers that dpkg doesn't support then we need to know why they appear in the first place and which ones can be cleared. -Brad OK. Kornel signature.asc Description: This is a digitally signed message part. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Welcome to June, time for the next release candidate
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 david.c...@kitware.com 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 don't want to trigger a flurry of activity by sending this out... but I suppose it's better to have it before we decide to cut rc1 than after. ;-) Thanks, David -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] Welcome to June, time for the next release candidate
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 want to trigger a flurry of activity by sending this out... but I suppose it's better to have it before we decide to cut rc1 than after. ;-) Thanks, David -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Welcome to June, time for the next release candidate
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 like the POSITION_INDEPENDENT_CODE topic to be part of it. (I don't want to trigger a flurry of activity by sending this out... but I suppose it's better to have it before we decide to cut rc1 than after. ;-) Yury did some work on export-sets: http://thread.gmane.org/gmane.comp.kde.devel.buildsystem/7257/focus=7274 But I don't think it's 'done' enough for inclusion yet unfortunately. The existing tests pass, but new ones are needed. Hopefully we can get it ready early in the next cycle. Thanks, Steve. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers