|
Notes |
|
|
(0030921)
|
|
Eric NOULARD
|
|
2012-09-05 06:44
|
|
You wrote:
> Cmake however knows how to extract .tar.xz archives
What makes you think xz can be handled by CMake?
AFAIK CMake has no builtin support for XZ/LZMA compression,
see related bug and discussion therein 0013072.
Which version of CMake are you using?
May be this is a distro-specific patched CMake version? |
|
|
|
(0030922)
|
|
Joke de Buhr
|
|
2012-09-05 06:52
|
|
Cmake seems to handle tar.xz archives. At least it doesn’t seem to call the tar executable. But I may be wrong.
cmake -E tar xvfz gnutls-3.1.1.tar.xz
Fedora 17. Cmake 2.8.8 |
|
|
|
(0030923)
|
|
Eric NOULARD
|
|
2012-09-05 07:13
|
|
The F17 package must be built with --system-libs
which may pick-up system "zlib" and/or "libarchive"
which should include LZMA support.
You should be aware that it is not the case for every
linux distribution NOR windows version of CMake. |
|
|
|
(0030924)
|
|
Joke de Buhr
|
|
2012-09-05 07:17
|
|
Nice to know. Thank you.
Nevertheless XZ support would be nice since more projects seem to provide .xz archives only. |
|
|
|
(0031880)
|
|
Andreas Mohr
|
|
2012-12-13 16:43
|
|
I've added another variant of a .xz patch to ExternalProject.cmake.
It provides a central helper to calculate all currently supported archive type data, for (hopefully) easy one-liner addition of new archive types.
It fixes improper .bz2 check (this is about .tar.bz2 and *not* non-tar .bz2 only - there was no non-tar .gz support either). Dito for missing tbz2 extension.
"extract" for tarball filename analysis description is a misnomer when thinking about the "archive extract" process which is something entirely different.
It removes all use of duplicated open-coded semi-update-prone regex strings.
This patch has been lightly tested so far. |
|
|
|
(0035670)
|
|
Brad King
|
|
2014-04-10 13:56
|
|
Another patch was submitted for this in 0014318.
The basic problem with all of this is that "cmake -E tar" does not portably support lzma currently. In order to do that we need to bring liblzma into the CMake Utilities/ source tree as discussed in 0014504. However, liblzma is implemented in C99 which is not supported by all compilers supported by CMake. |
|
|
|
(0035672)
|
|
irwin
|
|
2014-04-10 14:47
|
|
@Brad. I don't get your logic for not accepting either the patch here or my patch at 0014504.
I have just checked, and the command
cmake -E tar xfz test.tar.xz
works fine to unpack a simple *.tar.xz tarball on both Linux (with version 2.8.12.1) and MSYS (also with 2.8.12.1).
I accept your word there are other platforms where the above command does not work (yet), but both Linux and MSYS are big platforms so accepting a simple patch to ExternalProject.cmake to take advantage of this existing cmake -E functionality adds a lot of useful capability (now) and even more capability in the future when the other platforms work properly. So why not? |
|
|
|
(0036501)
|
|
Brad King
|
|
2014-07-30 09:39
|
|
|
|
|
(0037598)
|
|
Robert Maynard
|
|
2015-01-05 08:39
|
|
|
Closing resolved issues that have not been updated in more than 4 months |
|
ExternalProject.cmake.patch (1,305) 2012-09-05 05:28