MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0010505CMakeCMakepublic2010-04-02 17:422010-12-14 18:50
ReporterBen Medina 
Assigned ToDavid Cole 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product VersionCMake-2-8 
Target VersionFixed in Version 
Summary0010505: ExternalProject_Add fails to extract some tar.gz files
DescriptionUsing ExternalProject_Add fails to extract some tar.gz files. For example:

   include (ExternalProject)
   ExternalProject_Add(
       boost
       URL http://sodium.resophonic.com/boost-cmake/1.41.0.cmake0/boost-1.41.0.cmake0.tar.gz [^]
   )

This will create a "boost" target, but the extraction step fails:

2>-- extracting...
2> src='C:/.../boost-1.41.0.cmake0.tar.gz'
2> dst='C:/.../boost-prefix/src/boost'
2>-- extracting... [tar xfz]
2>CMake Error: Problem with tar_extract_all(): Invalid argument

(Note that I replaced some of the paths in the output with "...")
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2010-04-02 17:42Ben MedinaNew Issue
2010-04-02 20:01Luigi CaloriNote Added: 0020067
2010-04-02 22:33Bill HoffmanStatusnew => assigned
2010-04-02 22:33Bill HoffmanAssigned To => David Cole
2010-04-16 11:39David ColeNote Added: 0020219
2010-04-16 11:40David ColeNote Added: 0020220
2010-04-16 11:40David ColeStatusassigned => resolved
2010-04-16 11:40David ColeResolutionopen => fixed
2010-12-14 18:50David ColeNote Added: 0024110
2010-12-14 18:50David ColeStatusresolved => closed

Notes
(0020067)
Luigi Calori   
2010-04-02 20:01   
This is due to cmake -E tar not working on certain tar, besides boost tgz, also
http://ftp.dlitz.net/pub/dlitz/crypto/pycrypto/pycrypto-2.1.0.tar.gz [^] does not work
(0020219)
David Cole   
2010-04-16 11:39   
This is a symptom of some sort of bug (or perhaps missing feature) in libtar that cmake 2.8.1 and earlier use...

The CMake available from "git master" today does not demonstrate this same issue. The new CMake uses libarchive to implement the functionality of cmake -E tar ... and is apparently better equipped to handle this and tar files like it.

Both .tar and .tar.gz files mentioned elsewhere in this bug work fine with "git master" CMake from today.
(0020220)
David Cole   
2010-04-16 11:40   
This issue is fixed by the libarchive implementation in "git master" CMake.

It will be in a future release -- probably 2.8.2.
(0024110)
David Cole   
2010-12-14 18:50   
Closing bugs that have been resolved for more than 3 months without any further updates.