> In sum this "cmake -E tar" issue for *.tar.xz files needs confirmation
> for MSYS on the Microsoft version of Windows. I am pretty sure this
> is a simple issue since under MSYS handling of *.tar.xz files is
> straightforward from the command line, and my understanding is that
> libarchive drops back to the command line when necessary. However, to
> help me generate the appropriate cmake patch I need some further
> guidance to where in Utilities/cmlibarchive/libarchive I should be
> looking.
libarchive is a “3rd party library” imported into CMake periodically when
important updates are made in the upstream library. The difference between the
upstream snapshot and what’s in CMake should be minimal.
Perhaps you should inquire about this problem on the libarchive mailing list,
and see if you can get any guidance there. The fix should be made in upstream
libarchive, and then pulled into CMake next time the snapshot is updated.
Of course, if you have a trivial one-line fix or something close to it,
patching both simultaneously is reasonable. But it should definitely be fixed
in upstream libarchive as well if that’s where the problem code is...
Sorry I’m not an expert on the libarchive code, and can’t give you a pointer
where to look... but I bet somebody on the libarchive list would have a better
shot at giving you that pointer.
libarchive project page: http://code.google.com/p/libarchive/
Good luck,
David C.
--
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
